Mimari Sonuç, Kapsam ve Kalite Nitelikleri

Ön koşul: Arven discovery gereksinimlerini, sizing zarfını ve BoM belirsizliklerini okuyabilmelisin. Bu derste bir mimari problem cümlesi, kapsam sınırı, bağlam görünümü, kalite senaryosu ve kısıt/risk kaydı üreteceksin. Yaklaşık 28 dakika anlatı, 23 dakika Arven uygulaması ve 13 dakika kontrol önerilir. Mimariyi satın alınacak ürünün çizimiyle başlatma. Arven için iş sonucu, siparişin müşteriden alınması, ERP tarafından tekil ve doğru kabul edilmesi ve üretime izlenebilir biçimde ulaşmasıdır. Web sayfasının açılması bu zincirin yalnız başlangıcıdır. Başarı ölçütü, hangi sipariş türünün hangi yükte hangi p95/p99 gecikme, hata ve veri tutarlılığıyla sonuçlandığını içermelidir. Çözüm sınırını müşteri ve platform ekipleriyle belirle: hangi bileşen bu tasarımın içindedir, hangisi dış servistir, hangi değişiklik veya sözleşme kimin yetkisindedir? Bu ayrım olmadan ekip yanlış problemi optimize edebilir.

Bağlam görünümü çözümü tek bir kutu olarak ve etrafındaki aktör/sistemleri, yönlü arayüzleri ve veri akışlarını gösterir. Arven'de müşteri, portal, kimlik sağlayıcı, ERP, üretim gateway'i, ödeme/lojistik hizmeti, yedekleme ve operasyon ekibi bağlamda yer alabilir. Her okta tetikleyici, veri sınıfı, protokol veya sözleşme, beklenen yanıt, hata/tekrar ve owner yazılmalıdır. Bir çizgi iki yönlü gösteriliyorsa gerçekten iki bağımsız iş akışı var mı sor. Sınır dışı sistemler hâlâ mimari bağımlılıktır: ERP rate limit veya IdP erişimi doğrudan sizing ve sürekliliği etkiler. Tasarım kontrolü dışında olan değişkeni 'biz çözeriz' diye üstlenme; sözleşme ve eskalasyon koşulunu yaz. Bağlam görünümü ürün kutularına boğulmamalı; detaylı bileşen ve deployment görünümleri sonraki derste açılır.

Performans, kullanılabilirlik, güvenlik, işletilebilirlik ve değiştirilebilirlik tek kelimelik şartname maddeleri değildir. Her kalite niteliğini uyaran, ortam/koşul, etkilenen artefakt, beklenen yanıt, ölçüm ve owner ile senaryo yap. Örneğin 'kampanya açılışında beş dakikalık burst geldiğinde onaylanmış siparişin p99 süresi X'i aşmayacak; ERP retry nedeniyle çift kayıt olmayacak' ölçülebilir bir senaryodur, ancak X değeri iş sahibince onaylanmadıysa TBD'dir. 'Bir düğüm kaybında' ve 'rolling bakım sırasında' farklı ortamdır; aynı hedefin geçerli olup olmadığını sor. Güvenlik için süresi geçmiş taşeron kimliğinin reddi ve meşru üretim komutunun sürmesi birlikte sınanır. Operability için alarmın doğru ekibe ne sürede ulaştığı, runbook'un uygulanabilirliği ve değişikliğin geri döndürülebilirliği ölçülür. Bir kalite hedefi diğerini etkileyebilir; bu trade-off sonraki derste karar kaydına girer.

Kısıt, tercih ve varsayımı karıştırma. Kısıt, sözleşme, fiziksel saha, zaman, mevzuat veya teknik bağımlılık nedeniyle mevcut seçenek alanını sınırlayan doğrulanmış koşuldur. Tercih, iş sahibi müzakere ederse değişebilir. Varsayım, karar için geçici kabul edilen ama kanıt bekleyen bilgidir. Arven'in mevcut ERP rate limit sözleşmesi doğrulanmışsa kısıttır; 'mutlaka tek vendor olmalı' ifadesi yalnız paydaş tercihi olabilir. Önce kanıtını ve owner'ını sor. Tüm kısıtlar kalıcı değildir: üçüncü taraf sözleşmesi yenilenir veya veri merkezi kapasitesi genişler. Bu nedenle her kayıtta geçerlilik tarihi ve yeniden açma tetikleyicisi gerekir. Kısıtlar tasarımın performans, güvenlik, maliyet ve operasyon trade-off'unu belirler. Belirsizliği sıfırmış gibi hesaplamak da kesin kısıt saymak da seçenekleri yanlış eler.