Birkaç farklı DevOps olağanüstü durum kurtarma stratejisi vardır:
1. Yedekleme ve Geri Yükleme: Bu strateji, kritik altyapının, uygulamaların ve verilerin düzenli olarak yedeklerini oluşturmayı ve bunları tesis dışında depolamayı içerir. Bir felaket durumunda, sistemi normal durumuna geri getirmek için yedekler geri yüklenebilir.
2. Sıcak Yedekleme: Bu strateji, kısmen çoğaltılmış bir altyapı ve verilerle ikincil bir ortam (genellikle farklı bir konumda) kurmayı içerir. Bir felaket durumunda, kesinti süresini en aza indirmek için ikincil ortam hızla etkinleştirilebilir.
3. Hızlı Yedekleme: Bu strateji, bir felaket durumunda her zaman kullanılabilir ve devralmaya hazır, tamamen çoğaltılmış ve sürekli olarak senkronize edilmiş bir ikincil ortamın kurulmasını içerir. Bu yaklaşım en hızlı iyileşme süresini sunar, ancak aynı zamanda daha yüksek maliyetlerle birlikte gelir.
4. Çok Site Yedekliliği: Bu strateji, altyapının ve verilerin coğrafi olarak dağınık birden çok siteye dağıtılmasını içerir. Bir lokasyonda bir felaket olması durumunda, iş yükü sorunsuz bir şekilde başka bir sahaya kaydırılabilir.
5. Bulut Tabanlı Olağanüstü Durum Kurtarma: Bu strateji, bir olağanüstü durum kurtarma çözümü oluşturmak için bulut altyapısından ve hizmetlerinden yararlanır. Kritik sistemlerin, uygulamaların ve verilerin buluta çoğaltılmasını içerir, hızlı kurtarma ve ölçeklenebilirlik sağlar.
6. Değişmez Altyapı: Bu strateji, altyapıyı tek kullanımlık olarak ele almak ve bir felaket durumunda otomatik olarak sıfırdan yeniden oluşturmak için kod olarak altyapı ilkelerinin kullanılmasını içerir. İyileşme süresini azaltır ve tutarlılık sağlar.
7. Sürekli Veri Koruma: Bu strateji, bir felaket sırasında kaybedilen veri miktarını en aza indirerek, veri değişikliklerini meydana geldikçe sürekli olarak yakalamayı ve çoğaltmayı içerir. Veri bütünlüğünün ve kurtarma noktası hedeflerinin sağlanmasına yardımcı olur.
Her kuruluş, en uygun DevOps olağanüstü durum kurtarma stratejisini seçmek için kendi özel ihtiyaçlarını, bütçesini ve istenen kurtarma hedeflerini değerlendirmelidir.
Yayın tarihi: