Hataları tekrar üretilebilir kılın
Sorunu yalnızca genel bir şikâyet olarak kaydetmeyin. Girdi, ortam ve beklenen davranışı belirleyin. Düzeltmeyi önce hatayı gösteren bir senaryoyla sınayın, ardından komşu akışların etkilenmediğini kontrol edin.
Bulut ve DevOps için bu kararın somut karşılığı: Yeni sürümün bütün trafiğe aniden açılması etkiyi büyütür. Tek uç noktaya istek atmak gerçek kullanıcı yükünü temsil etmez.
Kademeli yayın stratejisi
Yeni sürümün bütün trafiğe aniden açılması etkiyi büyütür.
Küçük trafik dilimi, sağlık ölçütü ve otomatik durdurma koşulu belirleyin. Örnek senaryo: Yeni API önce sınırlı kullanıcı grubunda izlenir.
Sadece sunucu açık kontrolü işlevsel hatayı yakalamaz. Kontrol: Kritik işlem başarısı ve gecikmeyle yayın kararını test edin.
Yük testi senaryoları
Tek uç noktaya istek atmak gerçek kullanıcı yükünü temsil etmez.
Okuma, yazma ve oturum akışlarını gerçek oranlara yakın modelleyin. Örnek senaryo: Katalog gezinme ve ödeme farklı ağırlıklarla teste girer.
Sadece ortalama süreye bakmak yavaş uç kullanıcıları gizler. Kontrol: Yüzdelik gecikme ve hata oranını birlikte raporlayın.
Log saklama politikası
Sınırsız günlük hem maliyet hem veri riski oluşturur.
Veri türüne göre saklama, maskeleme ve erişim kuralları belirleyin. Örnek senaryo: Hata logu oturum belirtecini kaydetmeden teşhis bağlamı taşır.
Üretim isteğinin tamamını loglamak hassas veri sızdırabilir. Kontrol: Saklama süresi dolan kayıtların gerçekten silindiğini kontrol edin.
Karar ve kabul kaydı
Bu rehberin çıktısını üç ayrı kabul maddesine dönüştürün: Kritik işlem başarısı ve gecikmeyle yayın kararını test edin. Yüzdelik gecikme ve hata oranını birlikte raporlayın. Saklama süresi dolan kayıtların gerçekten silindiğini kontrol edin.
Öncelik, yaygın proje risklerini teslimattan önce azaltma için en belirsiz noktayı görünür kılmaktır. Her kontrolün sorumlusunu, kullanılan örneği ve sonucunu kaydedin. Başarısız bir denemeyi gizlemek yerine hangi varsayımın değiştiğini açıklayın; kapsamı bu kanıta göre yeniden değerlendirin.