Mimari Doğrulama, Handover ve Koşullu Karar

Ön koşul: Arven iş sonucu ve kalite senaryoları, üç seçenekli ADR, HLD/LLD görünümleri, arayüz sözleşmeleri ve sizing/BoM kanıtı elinde olmalı. Bu dersin sonunda tasarım iddiasını test edilebilir kabul ölçütüne çevirecek; başarısız POC ve açık varsayımları saklamadan değerlendirecek; işletim ekibinin devralabileceği bir karar paketi kuracaksın. Yaklaşık 30 dakika anlatı, 30 dakika uygulama ve 14 dakika değerlendirme önerilir. Mimariyi doğrulamak bir ürün demosunda yeşil ışık görmek değildir. İş akışının tanımlı yük ve hata koşullarında, yetkili kullanıcıyla, gerçekçi veriyle, izlenebilir sonuç vermesidir. Arven için iş birimi siparişin yalnızca portalda alındığını değil, ERP tarafından kabul edilip üretime doğru izlendiğini bilmek ister. Bu nedenle test birimi tek düğüm, tek API veya tek depolama grafiği değil, tamamlanan iş sonucudur. Ölçüm zamanı, ortam, veri seti, sürüm, test sahibi ve yeniden üretim adımı olmadan bir POC sonucu başka ekibin denetimine dayanmaz. Üç mimari seçenek için aynı zorunlu kapıları kullan: uçtan uca kabul, yetki sınırı, performans ve hata sonrası toparlanma. Kapı başarısızsa seçeneği o haliyle kabul etme; düzeltme ve yeniden test planı çıkar. Tercih puanı zorunlu kapının yerini tutmaz. Arven rakamları öğretim hipotezidir; gerçek SLA, fiyat, ürün veya kapasite değeri uydurulmaz.

Arıza testinin başlangıcında önce güvenli deney sınırını yaz. Hangi ortam, hangi veri, kim onaylıyor, test nasıl durduruluyor ve beklenmedik müşteri etkisinde hangi geri dönüş uygulanıyor? Kontrolsüz arıza enjeksiyonu güvenilirlik kanıtı oluşturmaz. Arven portal–ERP–üretim zincirinde tek sunucu kaybı, ERP gecikmesi, kuyruk birikmesi, ağ yolu kesintisi ve yanlış yetki gibi farklı hata kipleri vardır. Her biri için algılama, sınırlama, eskalasyon, iş sonucu, toparlanma ve doğrulama aşamalarını saat damgasıyla kaydet. RTO'yu yalnız sunucunun açılma süresi olarak sunma; olayın fark edilmesi, karar, failover, bağımlılıkların açılması, müşteri oturumunun yenilenmesi ve siparişlerin uzlaştırılması toplam iş süresine girer. RPO için kopyalama durumunu değil, gerçekten geri kazanılan sipariş veri durumunu kontrol et. Failback ayrı bir testtir: birincil ortama dönüşte hangi tarafın authoritative veri kaynağı olduğu, çift yazma ve tekrar sipariş riski önceden çözülmüş olmalı. Kapasite, normal halde yeterliyken arıza sonrası kalan düğüm veya kurtarma lokasyonunda yetersiz kalabilir. Bu yüzden tepe veya kabul edilmiş temsili yükte hata testi yap. Kaynak sınırı aşıldığında hangi işin öncelikli, hangi işin kuyrukta, hangisinin reddedildiği iş birimiyle mutabık olmalıdır. Güvenlik POC'si de yalnız ürünün 'koruma açık' ekranına bakmaz: yanlış rolün sipariş okuma/yazma denemesi, ayrıcalıklı işlemin kaydı, gizli verinin maskelemesi ve olay eskalasyonunun çalışması sınanır. Teknik ekip erişimi yoksa test başarısız ya da açık koşul olarak yazılır; güvenlik kapısı sözlü vaatle kapatılamaz.

Tasarım toplantısı bittiğinde operasyon ekibi bir şema klasörü değil, çalıştırılabilir bir hizmet sözleşmesi devralmalıdır. Arven paketinde güncel HLD/LLD ve ADR, doğrulanmış BoM, ağ/kimlik/veri arayüzleri, kurulum ve değişiklik sırası, gözlemleme gösterge panoları, alarm eşiği, olay sınıflandırması, runbook, restore/failover/failback prosedürleri, destek yolu, sahiplik matrisi ve açık riskler aynı sürüme bağlanır. Her belge üzerinde owner, gözden geçirme tarihi ve erişim yeri görünür. Sırf belge var diye handover kabul edilmez: operasyon temsilcisi vardiya koşullarında alarmı görmeli, ilgili korelasyon kimliğinden siparişi izlemeli, değişiklik için güvenli geri dönüşü bulmalı ve kimin karar vereceğini bilmelidir. Yanlış gizli bilgi veya erişimi olmayan ekip için hazırlanmış runbook işletilebilir değildir. Pre-sales burada uygulama ve operasyonun yerine geçmez; vaat edilen mimarinin devredilebilir olduğuna dair sınırları ve açık koşulları görünür kılar. Tedarikçi destek saatleri, lisans sınırı, bakım penceresi ve üçüncü taraf ERP sahibi özellikle yazılmalıdır. Bir tasarım sahibi 'operasyon halleder' diyerek kuyruk yaşını kimin izleyeceğini, veri mutabakatını kimin onaylayacağını veya sertifika süresi alarmını kimin yöneteceğini belirsiz bırakamaz. Yaşam döngüsü maliyeti yalnız ilk fiyat değildir: eğitim, izleme, yedek, test, destek ve kapasite artışı aynı kapsamda hesaba katılır. BoM ile işletim kalemleri tutarlı değilse çözüm ekonomik karar için hazır değildir. Devir provasında iki kusur bulunursa bunların sahibini, önceliğini ve kapanış testini kaydet; test geçmeden tam kabul isteme.

Son karar toplantısında üç seçenek yeniden aynı iş sonucu üzerinden değerlendirilir. Birinci adım zorunlu kapıları kontrol etmektir: iş kabulü, güvenlik, kurtarma ve işletim devri. İkinci adım kalan seçeneklerin maliyet, karmaşıklık, teslim süresi ve geri döndürülebilirlik farkını kanıtla tartmaktır. Başarısız kapıyı iyi toplam puanla örtme. Eğer Arven kuyruklu kabul seçeneği performansta iyi fakat failback veri uzlaştırmasında Fail aldıysa karar Accepted olamaz; düzeltme ve tekrar test için Proposed/Conditional durumda kalır. Teknik karar ile ticari teklif ayrı görünür: müşteri bu açık koşulları fiyat, süre, kapsam ve sorumluluk etkisiyle anlamalıdır. Risk kaydı her maddede olay, iş etkisi, olasılık/değerlendirme yöntemi, kanıt, azaltma, kalan risk, karar sahibi, son tarih ve kabul imzası taşır. Varsayım doğrulanmadığında hangi BoM satırı ve tasarım hükmünün değişeceği yazılır. Açık TBD'nin ownersız bırakılması 'sonra bakarız' anlamına gelir ve kabulü engeller. Yeniden açma tetikleri ölçülebilir olmalıdır: ERP arayüz sürümü değişti, tepe iş yükü kabul zarfını aştı, RTO/RPO testi başarısız, güvenlik sınırı değişti veya yaşam döngüsü maliyeti belirlenen aralığı geçti. Tetik gerçekleşince hangi ADR supersede edilecek, hangi POC tekrarlanacak ve kimin karar vereceği önceden bellidir. Nihai çıktı tek slaytlık kesin vaat değil, kanıt düzeyi açık karar paketidir. Seçilen, reddedilen ve koşullu alternatiflerin nedenleri, ölçülemeyen yerler ve fallback birlikte sunulur. Kullanıcı kendi Arven çalışma kağıdında dört dersin izini aynı gereksinim ve karar kimlikleriyle göstermelidir.