Acil durum düzeltmeleri için dört göz ilkesi nasıl uygulanır?

Bu senaryoyu düşünün (gerçek dünyadaki durumlarla yapılan herhangi bir karşılaştırma tamamen tesadüfen gerçekleşir):

• 3:07 : Gelen destek çağrısı " Üretimde bir şey azaldı, yardımına ihtiyacım var! ".
• 03:12 : sisteme bağlı (oturum açma kabul edilir) ... ve kahve için zaman yok.
• 3:15 am : şanslı, hemen bir yerde bazı hata mesajı yoluyla sorunu tespit olabilir.
• 3:17 : kodu kapmak, sorunu düzeltmek, test etmek, harika ... düzeltmek için çalışır!
• 3:20 : düzeltmeyi göndermek ve üretimi tekrar çalıştırmak için Dev Ops ekibiyle iletişime geçin.
• 3:21 : kırmızı bayrak ... " Dört göze saygı duymak için, bu düzeltmenin onaylanması için 2 göze daha ihtiyacımız var ".
• 3:22 : ggggrrrreat, şimdi ne, başka kimi arayabiliriz (= bazı yöneticileri uyandır)?

" Dört göz ilkesinin olası uygulamaları (veya örnekleri) nelerdir? " Cevabına benzer bir onay prosedürü uyguladıysanız , şansınız kalmadı ... işte seçenekleriniz:

• Düzeltmeniz 2 göz daha dahil olana kadar sıkışacak (okuma: üretim düşecek).
• Kayıp gözlerin etrafından dolaşmanın bir yolunu buluyorsun.

Peki acil durum düzeltmeleri için dört göz ilkesi nasıl uygulanır? ... Böylece üretime en kısa sürede devam edersiniz, yani saat 3:25 civarında ... Ve böylece aramayı da kapatabilirsiniz (ve nereden geldiğinize geri dönebilirsiniz)?

Çoğunlukla aşina olduğum SCM dünyasında, yukarıdaki senaryo tipik olarak " kısaltılmış- onay listesi prosedürü " olarak adlandırılır .

İşte bir taslağı:

• Çalışma saatlerinizi tanımlayın, 08:00 - 18:00 saatleri arasında.
• 3 onay seviyesinin (X, Y ve Z rolleri için) tam bir onay listesini tanımlayın (diyelim).
• Sadece 1 onay seviyesinin (sadece X rolleri için) kısaltılmış bir onay listesini tanımlayın (diyelim).
• Planlanan değişiklikler her zaman tam onay listesindeki tüm onayları gerektirir.
• İçin planlanmamış değişikliklerin , tam onay listesi kullanılır , aynı zamanda , gerekli onayları toplamak için onay çıkarılacak kaydıyla sırasında tanımlanan iş saatleri.
• Tanımlanan çalışma saatleri dışında düzenlenecek planlanmamış değişikliklerin onayları için :
  • Değişikliğe izin vermek için yalnızca kısaltılmış onay listesinden (yukarıdaki X rolü gibi) onaylar gereklidir. Kısaltılmış onay listesi tarafından yetkilendirme yapıldıktan sonra, değişikliğin (hedef ortamda) konuşlandırılması gerçekte gerçekleştirilecektir.
  • Ancak, daha sonra (makul bir saat / gün içinde), yani kısaltılmış onay listesinde yer almayan tam onay listesinde yer alan (yukarıdaki Y ve Z gibi) tüm rollerden sonra ek onay sonrası onaylara ihtiyaç duyulacaktır. (yukarıdaki X rolü gibi). Ve (önceden belirlenmiş) kabul edilen saat / gün miktarı içinde, tüm onaylar verilmemişse (örneğin, düzeltmenin "bu" süre çalıştığı, ancak yalnızca geçici bir düzeltme olduğu için), değişiklik geri alınabilir . En az 1 olağanüstü onay sonrası olsa da, değişiklik "bekleyen posta onayları" olarak işaretlenir.

Bu tür bir çözüm varken , çağrı 3:23 am ... kapalı olabilir çünkü 3:21 am artık kırmızı bayrak olmayacak ... ggggrrreat, bir bira üretim tekrar almak için benim düzeltmeyi kutlamak için zaman (kahve yerine) ... ve parmak çarpı işareti, olağanüstü posta onayları yakında gelecek ...

Mesai saatleri dışında acil durum düzeltmeleri yapılması durumunda, normal prosedürünüzden daha az değişiklik yapılmasını istemek daha pratiktir. Genel olarak, bir düzeltme uygulayabilir ve daha sonra bir sonraki iş gününde onaylar alabilirsiniz. Düzeltme onaylanmazsa, geri döndürülebilir ve kalıcı bir çözümle değiştirilebilir.

Bir kesinti durumunda, bir numaralı öncelik hizmetin geri yüklenmesi olmalıdır. Kuruluşunuz bir kesinti sırasında bu rahatlama sürecini tanımıyorsa, evet, tek seçeneğiniz daha fazla kişiyi çıkış için uyandırmaya başlamaktır.