Olay kontrol edilse de sipariş sistemi çalışmıyorsa işletme için iş bitmemiştir. Savunma tehdidin etkisini azaltmanın yanında güvenilir hizmete dönüşü planlamalıdır.
Bu yazı Sara Shield yanında önerilen planlama çerçevesidir; her dağıtımda hazır otomatik yedekleme veya kurtarma bulunduğunu duyurmaz.
Olaydan önce hazırlanın
Hizmet sahiplerini, gerekli verileri ve bileşenlerin dönüş sırasını önceden belirlemeyi öneriyoruz. Doğru veriye erişimi doğrulanmamış çalışan görünümlü site eksik sağlık resmi verebilir.
Örnek senaryoda dönüş; uygulama sağlığına, doğru kullanıcı erişimine ve veri geçerliliğine bağlıdır. Kriz kararları tahmine dayanmasın diye ölçütleri önceden yazın.
Yedek sahibi olmak kurtarmayı sınamak değildir
Yalnızca yedek olup olmadığını sormayın. İçeriğini, kullanma yetkisini ve test ortamındaki geri yükleme sonucunu belirleyin. Eski yedek son değişiklikleri içermeyebilir; plan bu farkı kabul edip belgelemelidir.
Veriyi geri getirmek olayın nedenini kaldırmaz. Tam dönüşten önce zayıflığın veya sorunlu erişimin kalmadığını kontrol edin. Bunlar önerilen ölçütlerdir; belirli olay veya operasyon sonucu raporu değildir.
Kurtarmadan sonra ne değişmeli?
Neden, yapılan eylemler ve gereken iyileştirmeler kaydedilmelidir: Fazla izni kaldırmak, izlemeyi değiştirmek veya talimatı netleştirmek gibi. Amaç deneyimi izlenebilir değişime dönüştürmektir.
Sara Shield'da güvenlik kalıcı ve bitmiş iddia değildir. Kuruluşun neyi koruduğunu, kesintide ne yapacağını ve hizmet sağlığını nasıl yeniden doğruladığını bilmesi önemlidir. Altyapı ekibi ve işletme sahibinin ayrı, gerekli rolleri vardır.
