Somut gerekçeyi yazın
Bağımsız yayın ihtiyacı, farklı ölçeklenme davranışı veya ayrı ekip sahipliği gibi gerekçeleri değerlendirin. Yalnızca güncel bir yaklaşım olduğu için servisleri bölmeyin. Modüler tek uygulamanın ihtiyacı karşılayıp karşılamadığını karşılaştırın. Mimarinin karmaşıklığı ekip kapasitesiyle uyumlu olmalıdır.
Dağıtık hataları planlayın
Servislerden biri yanıt vermediğinde sistemin davranışı tanımlı olsun. Tekrar deneme, zaman aşımı ve tutarlılık kararlarını iş gereksinimine göre verin. Bir isteği farklı servisler boyunca takip edebilmek gerekir. Her servis için bakım ve operasyon sorumlusu belirlenmeden ayrıştırma tamamlanmış sayılmaz.
Örnek uygulama
Küçük bir ekipte bütün modüller aynı anda yayınlanıyorsa servisleri ayırmak hemen değer üretmeyebilir. Ayrı ekiplerin farklı hızlarda geliştirdiği belirli bir alanı ayırmak ise daha anlamlı olabilir.
Başlamadan önce kontrol edin
Aşağıdaki soruları ilgili iş birimi ve teknik ekiple birlikte yanıtlayın.
- Ayrıştırmanın iş gerekçesi açık mı?
- Operasyon kapasitesi yeterli mi?
- Kısmi kesinti davranışı tasarlandı mı?
İletişime geçin