Otomatik güncellemelere durdurma koşulları koymak
Otomasyon, kurulum sonrası testlere ihtiyaç duyar. Yayılımın hangi durumda duracağını ve devam kararını kimin vereceğini belirleyin.
Otomatik güncellemeler tekrarlanan işletim işlerini üstlenebilir. Ancak kurulumun başarıyla tamamlanması, uygulamanın bağlantılarıyla birlikte hâlâ beklendiği gibi çalıştığını göstermez. Devam kararı bu nedenle tanımlanmış bir teste dayanmalıdır.
NIST; önceliklendirmeyi, kurulumu ve kurulumun doğrulanmasını yama yönetimine dahil eder. Kendi işletiminiz için buradan somut bir soru çıkarabilirsiniz: Değişiklikten sonra hangi uygulama akışı çalışmaya devam etmelidir?
Kritik bir bağlantı yolunu kontrol edin
Kurgusal örnekte otomatik bir süreç güncelleme kurar. Web servisi başlar, ancak J-61 arka plan görevi bağlı sistemle kurduğu bağlantıyı artık kullanamaz. Kurulum bildirimi olumludur; gereken iş akışı ise kesintidedir.
Ekip bu durum için yayılıma devam etmeden önce bağlantıyı ve beklenen sonucunu test etmeyi planlar. Test, uygun test verileriyle onaylanmış bir ortamda hazırlanır. Burada gerçek bir güncelleme kurulmamış veya bağlı sisteme çağrı yapılmamıştır.
Başarısız teste verilecek tepkiyi belirleyin
Örnekteki gözlem | Planlanan işlem | Devam etmeden önceki koşul |
|---|---|---|
Kurulum ve kritik akış, kararlaştırılan testleri geçer. | Planlanan yayılıma gözlem altında devam edin. | Test sonuçları ilgili sistemle ilişkilendirilmiştir. |
Arka plan görevinin bağlantısı başarısız olur. | Sonraki yayılım adımlarını durdurun ve incelemeyi bir sorumluya atayın. | Neden veya uygun çözüm incelenmiştir; devam kararı verilir. |
Acil bir güvenlik düzeltmesi farklı süreç gerektirir. | Aciliyeti, etkiyi ve kullanılabilir test yolunu birlikte değerlendirin. | Sorumlu kişinin kararı ve sonraki izleme belirlenmiştir. |
Bu tablo bir plan şablonudur; gerçekleştirilmiş yayılım değildir. Durdurmak, sıradaki değişikliğe kontrollü karar vermektir. Gereken güvenlik düzeltmesi açık bir iş olarak kalır ve izlenecek sürecin belirlenmesini gerektirir.
Geri dönüşü ve kalan işleri de planlayın
Eski program sürümüne dönüş, veri durumuyla ve yapılmış değişikliklerle uyumlu olmalıdır. Belirli güncelleme için hangi geri dönüş yolunun sınandığını ve bunu kimin uygulayabileceğini önceden açıklığa kavuşturun. Eski bir dosyanın bulunması, sınanmış bir geri dönüş yolu olduğu anlamına gelmez.
Son olarak başarısız kontrolleri kimin ele alacağını ve açık konuların ne zaman yeniden değerlendirileceğini kaydedin. Böylece otomasyon kararlaştırılan süreci yürütürken sapmalar için sorumlu bir karar yolu korunur.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile Bulut ve işletim
Barındırma, yayına alma, bakım ve destek