Dayanıklılık, Kurtarma ve Güvenlik Değişiklik Labı

Önceki iki laboratuvar dersinde Ekin Lojistik'in kurgusal sevkiyat ekranı için yetkili lab sözleşmesi, uçtan uca baseline ve çok katmanlı teşhis matrisi kurdun. Üçüncü ders, aynı sentetik akışın bir bileşen hatası, restore ihtiyacı ve güvenlik politikası değişikliği sırasında nasıl davrandığını sınar. Ekin tamamen eğitim senaryosudur; gerçek müşteri, Arven Holding veya üretim ortamı değildir. Bu derste hiçbir üretim sistemine arıza enjekte etmiyoruz. Microsoft Azure Well-Architected güvenilirlik test rehberi kritik akış ve hata modundan senaryo türetmeyi, kurtarma mekanizmalarını doğrulamayı ve fault injection deneylerini kontrollü yapmayı anlatır. NIST SP 800-34 ise kurtarma planlarının test ve tatbikatlarla değerlendirilebileceğini açıklar. Bunlar Ekin'in bağlayıcı kurum standardı değil, laboratuvar yöntemi için kaynaklardır. Yaklaşık 28 dakika anlatı, 35 dakika prova tasarımı ve 15 dakika kontrol planla. Ders çıktısı hata modu kartı, restore ve geri dönüş kanıtı, güvenlik değişikliği etki kaydı ve koşullu operasyon kararıdır.

İlk olarak karar verilecek hizmeti tanımla: sevkiyat planı görüntülenemediğinde hangi rol ne kadar süre iş yapamaz? İş sonucu ve tolere edilen kesinti müşteri tarafından açıklanmamışsa RTO veya RPO'yu kendin belirleme. Alıştırma için tek sentetik işlemde bir API bileşeni geçici olarak erişilemez olsun. Bunu fiziksel site kaybı, depolama arızası veya siber saldırı diye genelleme. Hata modu kartında tetik, etkilenen bağımlılık, görülecek kullanıcı belirtisi, alarm, izolasyon sınırı, beklenen otomatik/manuel tepki ve geri dönüş şartı yer alır. Aynı hata farklı katmanlarda farklı sonuç doğurabilir: API yeniden denemesi yararlı olabilir, fakat sınırsız retry kuyruk ve yükü büyütüp bütün akışı kötüleştirebilir. Labın başarı ölçüsü 'sayfa açıldı' kadar dar olmamalı; işlem doğruluğu, yeni kayıtların korunması, kullanıcıya açık hata ve operasyon müdahale süresi de izlenir. Normal durum baseline'ı önceki dersten al; aynı sentetik veri ve sürümle kötüleşme ölçülür. Ortam temsili yoksa sonucu yalnız bu lab için geçerli say.

İkinci kontrollü alıştırmada sentetik veri setinden bir kayıt grubunu yanlışlıkla silinmiş gibi varsay. Geri yükleme deneyi öncesi başlangıç anı, yedek kopya kimliği, geri yükleme hedefi, veri sınıfı, erişim yetkisi ve testin üretimden ayrımı kaydedilir. Yedek dosyanın varlığı restore başarısı değildir; okunabilir, güvenli, tutarlı ve uygulama tarafından kullanılabilir sonuç gerekir. NIST contingency planning rehberindeki fonksiyonel tatbikat fikrini lab ölçüsüne uyarlıyoruz: planın yazılı olması yerine belirli kurtarma adımının kanıtla çalıştığını göster. Restore başlama-bitiş sürelerini hangi andan ölçtüğünü yaz; operatör karar ve veri uzlaştırma zamanı dışarıda kalırsa gerçek hizmete dönüş süresi küçültülmüş görünür. RPO için son sağlam olay ve geri gelen veri arasındaki fark, RTO için iş akışının doğrulanmış kullanılabilirliğe dönüşü önemlidir; bu hedefler müşteri tarafından onaylanmadıysa ölçülen değerler yalnız lab gözlemidir. Geri yüklenen verinin checksum'u veya iş kaydı sayısı, uygulama doğrulaması ve sahip onayı ayrı katmanlardır.

Tek başına snapshot geri döndürmek ilişkili sistemleri tutarlı hâle getirmeyebilir. Ekin'in kurgusal sevkiyat işleminde sipariş durumu, kuyruk olayı ve raporlama verisi farklı zamanlarda yakalandıysa restore sonrası çift gönderim veya kayıp kayıt riski oluşur. Bu yüzden restore raporu yalnız volume seviyesinde 'başarılı' yazmaz; örnek işlem ID'leriyle veri uzlaştırmasını ve uygulama sahibinin kabulünü gösterir. Testte bilerek özel kişi verisi kullanma; sentetik kayıtlar ve kapalı ağ kullan. Restore hedefi ayrı namespace/VM olmalı; mevcut sağlam kopyanın üzerine yazma. Dönüşte hangi veri korunacak, hangi kayıt yeniden oynatılacak, hangi işleme dokunulmayacak önceden kararlaştırılır. Failback prova ediliyorsa seçilen authoritative kaynak, delta aktarımı ve kullanıcı tekrar erişimi bir sıra içinde belgelenir. Test sonunda eski ortama dönmek için otomatik komut varsayma; geri dönüş operasyonel karar ve veri bütünlüğü kontrolü taşır. Sonuç bütünlük veya kimlik doğrulamasında başarısızsa süre eşiği sağlansa bile kurtarma kabul edilmez.

Üçüncü laboratuvar senaryosunda sevkiyat API'sine erişim kuralı sıkılaştırılsın. Amaç asgari yetkiyi güçlendirirken iş akışının çalışmaya devam ettiğini kanıtlamak. Kuralın öncesi/sonrası sürümü, izinli rol, reddedilmesi gereken erişim, bağlı servis hesabı ve acil geri dönüş sahibi yazılır. Değişiklik yalnız güvenlik ekibinin 'daha sıkı' demesiyle üretime taşınmaz; uygulama ve operasyon sahipleri etkilenebilecek işlem akışını denetler. Microsoft'un güvenli dağıtım rehberi küçük kapsamlı prova, sağlık sinyalleri, aşamalı yayılım ve rollback yaklaşımını anlatır. Bunlar izole Ekin labında pedagojik uygulanır; canlı Ekin ortamı yoktur. Pozitif test: yetkili sevkiyat rolü işlemi tamamlıyor. Negatif test: yetkisiz rol erişemiyor. Ayrıca servis-to-servis çağrı, kuyruk tüketimi ve izleme hesabı kuraldan etkileniyor mu bak. Sadece '403 gördük' başarılı güvenlik kanıtı değildir; meşru kullanıcı ve arka plan akışı da korunmalı. İstek loglarında kimlik bilgisi saklama ve sırların ekrana yazılması önlenir.

Değişiklik labında rollback kararını testten önce yaz. Sağlık sinyali düşerse, beklenmeyen yetkili erişim reddi veya işlem kuyruğu büyümesi olursa deney durdurulur. Geri dönüş uygulama kuralını eski sürüme çekmekle bitmez; bekleyen işlemler, token/cache süresi ve audit log doğrulanır. Özellikle stateful veri veya şema değişikliklerinde eski sürüme dönmek tek komut olmayabilir; Microsoft güvenli dağıtım rehberi bu karmaşıklığı vurgular. Ekin alıştırmasında kural değişikliği sentetik ve izole olduğu için geri dönüş güvenle prova edilebilir, fakat müşteri üretim ortamına taşımadan önce kurumun change süreci gerekir. Başarılı negatif testin ardından yetkili akış başarısızsa değişiklik kabul edilmez; bu risk 'işletim sorunu' diye ertelenmez. Karar kartında güvenlik faydası, kullanıcı etkisi, kalan açık port/rol, geri dönüş süresi, evidence ID ve yetkili kabul birlikte görünür. Bir sonraki entegrasyon dersinde bu teknik sonucun teklif koşulu, mimari risk ve POC kapsamına nasıl yansıdığı değerlendirilecek.

Hata, restore ve güvenlik değişikliği deneyleri farklı şeyleri kanıtlar. API erişim kaybı sırasında kontrollü hata verilmesi veri kurtarma kabiliyetini göstermez. Restore bütünlük testi de erişim politikasının doğru tasarlandığını kanıtlamaz. Karar paketinde her deneyin hipotezi, yetkili kapsamı, run ID'si, normal durum baseline'ı, gözlenen etki, geçersiz koşu, açık risk ve sonraki karar yer alır. Ekin senaryosu için dört olası sonuç tanımla: kontrollü pilot; belirli şartla tekrar; ek gözlem/yeniden tasarım; dur. Müşteri hedefleri açıklanmadıysa RTO/RPO'yu koşulsuz karşılandı diye işaretleme. Teknik rapordaki süre yalnız lab ortamı, sentetik veri ve o anda prova edilen adımlar için geçerlidir. Hata modları ve güvenlik kuralı değişikliği BoM, operasyon eğitimi, runbook ve teklif kapsamını etkileyebilir. Eğer ek izleme veya ikinci veri kopyası gerekiyorsa maliyet ve lisans etkisi de değerlendirilir. Kararın satış boyutu teknik bulguyla otomatik kapanmaz; yetkili müşteri kabulü ve kurum içi bid kararı ayrıdır.

Lab kapanışında eski ve yeni ortam sürümünü, erişimlerin kaldırıldığını, sentetik verinin saklama/silme statüsünü, test raporunun kimle paylaşıldığını ve sonraki ownerı kaydet. Eksik kanıtı görünmez bırakma. Örneğin failover test edildi ama failback denenmediyse rapora 'failover başarılı, failback UNKNOWN' yaz. Veri uzlaştırması tamamlanmadıysa süre hedefi iyi olsa bile karar şartlı kalır. Üretim tatbikatı ancak müşteriyle ayrı kapsam, yazılı yetki ve işletim gözetimiyle ele alınabilir. NIST contingency planning çerçevesi test ve tatbikatı plan iyileştirmesine bağlar; Ekin alıştırmasında da bulunan gap yeni runbook sürümüne döner. Sonraki ders bu üç deneyin bulgularını entegre RFP/POC ve teklif simülasyonunda kullanacak. Öğrenci 'en iyi ürün' sunmak yerine hangi güvenilirlik iddiasının kanıtlandığını, hangi güvenlik koşulunun karşılandığını ve hangisinin henüz müşteri kararı gerektirdiğini savunacak. Böylece laboratuvar teknik gösterimden karar kanıtına dönüşür.