Neyi koruduğunuzu ayırın
Kubernetes kaynak tanımları, kalıcı disk verisi, veritabanları, imajlar ve dış servis konfigürasyonu farklı katmanlardır. Git deposu manifestleri koruyabilir fakat çalışma anında üretilen veriyi korumaz. Registry erişimi veya DNS eksik olduğunda doğru tanımlarla bile uygulama başlamayabilir. Her katmanın geri dönüş yöntemi ve sahibi çıkarılmalıdır.
Veritabanı tutarlılığı
Disk kopyası almak her durumda uygulama-tutarlı veritabanı yedeği üretmez. Veritabanının kendi yedekleme yöntemi, işlem günlükleri ve geri yükleme sırası değerlendirilir. Depolama snapshot'larının kapsamı ve bağımsız kopya olup olmadığı incelenmelidir. Aynı depolama sistemindeki snapshot, o sistem tamamen kaybedilirse ayrı bir kurtarma kopyasının yerini tutmayabilir.
Geri dönüş sırasını prova edin
Önce cluster ve gerekli eklentiler, ardından sırlar, depolama ve uygulama kaynakları hazırlanabilir; gerçek sıra uygulama bağımlılıklarına bağlıdır. Sırlar şifreli ve erişimi sınırlandırılmış tutulmalıdır. Test cluster'ında uygulama bağlantıları, verinin doğruluğu ve temel iş işlemleri kontrol edilir. Bir namespace'in geri gelmesi, bütün uygulamanın kurtarıldığı anlamına gelmez.
Operasyonla birlikte tasarlayın
Yedek planı yayın hattından kopuk olmamalıdır. Yeni bir stateful servis eklenmesi, depolama sınıfı değişikliği veya uygulama sürümü kurtarma planını etkiler. F2Cloud DevOps, Backup ve Recovery kapsamları birlikte değerlendirilerek veri sahibi, platform sahibi ve test kabul kriterleri netleştirilebilir. Desteklenen araç ve sürümler keşif aşamasında doğrulanır.
Karar öncesi kontrol listesi
- Manifest, sır ve kalıcı veriyi ayrı listeleyin.
- Dış bağımlılıkları test ortamına dahil edin.
- İş işlemini doğrulayarak testi bitirin.