Müşteri ekibinin işletebileceği runbook'lar yazmak
Güncelleme
Runbook testi basittir: bir yabancı sizi aramadan sistemi kurtarır. O çıtaya nasıl yazılır.
Çoğu runbook sistemi anlatır. İşe yarayan runbook kurtarmayı reçete eder. İkincisine yazın.
Kısa yanıt
Her kayıt: belirti, doğrulama, beklenen çıktılı tam düzeltme komutları, kurtarma doğrulaması, durup eskalasyon yapılacak çizgi.
Kayıt şablonu
Belirti: sipariş akışı durur, pano 02:14 paterniyle düzleşir. Doğrulama: check-lag komutunu source orders ile çalıştırın, lag_seconds değerini 300 altında bekleyin; yüksekse bu kayıt geçerlidir. Düzeltme: 1. replay komutunu checkpoint noktasından kuru çalıştırma ile yapıp sayıları karşılaştırın. 2. replay komutunu checkpoint noktasından uygulayarak çalıştırın. 3. delivery_rate ölçümünü 10 dakika izleyin. Doğrulama: 3 art arda kontrolde gecikme 60sn altı; hata raporunda açıklamasız düşme sıfır. Dur çizgisi: tekrarlar yüzde 0,5'i aşarsa durun, kontrol noktası kimliğiyle sahibi uyarın. 3. adım ötesinde doğaçlama yapmayın.
Çalışılmış örnek: üç belirtili runbook
Kurgusal hat (kurgusal) tam üç kayıtla çıkar: duran kaynak, tekrar dalgası, kimlik süresi dolumu. Her biri ekip arkadaşınca sahnelemede testli: 12, 9 ve 6 dakika. Sonra bulunan dördüncü belirti aynı şablonu alır. Tutarlılık özelliktir.
Kontrol listesi: runbook kalitesi
- Yazar-dışı biri sahnelenmiş belirtiyle test etti.
- Her komutun yanında beklenen çıktısı var.
- Dur çizgileri "uygun şekilde eskalasyon" değil kişi adı verir.
- Her gerçek olaydan bir hafta içinde gözden geçirilir.
İlgili okuma
Net yanıtlar
Sık sorulan sorular
Runbooku kullanılabilir yapan ne?
Önce belirtiler, tam komutlar, beklenen çıktılar ve doğaçlama yerine ne zaman eskalasyon yapılacağını söyleyen dur çizgisi.
Ne kadar uzun olmalı?
Tam kapsanmış üç belirti, göz gezdirilen otuz sayfayı yener. Sık olana derinlik, nadire işaret.
Kim test eder?
Sistemi kurmayan biri, sahnelenmiş belirtiyle, süreli. Yavaşlatanı düzeltin.