Başlamadan önce
- Kullanılan uygulamaların, zamanlayıcıların ve harici hizmetlerin listesi.
- Uygulama iş durumuna ve uygun şekilde gizlenmiş günlüklere erişim.
- Ayrı bir test ortamı ve test bildirimleri için onaylanmış bir hedef.
2. Her göreve kısa bir işletim kartı verin.
Her farklı iş parçası için bir satır kullanın. Saat dilimini, yürütme kimliğini, ölçüldükten sonraki normal süreyi, son faydalı sonucu ve başarısızlık sahibini ekleyin. Karta parola, jeton veya tam özel bildirim gövdeleri koymayın.
| Varsayımsal görev | Tetikleyici | Faydalı sonuç | Başarısızlıkta |
|---|---|---|---|
| Haftalık wiki derlemesi | Kararlaştırılan haftalık zamanlama | Hedef alıcılar için bir özet | Editör alıcı listesini ve teslim yolunu kontrol eder |
| Dosya temizliği | Uygulama bakım zamanlaması | Uygun geçici iş kaldırıldı | Bakımcı iş hatalarını ve disk büyümesini kontrol eder |
| Takvim hatırlatıcısı | Etkinliğin yapılandırılmış hatırlatıcısı | Bir test etkinliği için beklenen hatırlatıcı | Sahip etkinlik ayarlarını ve göndereni kontrol eder |
| Bağımsız yedekleme | Kararlaştırılan yedekleme zamanlaması | Kaydedilmiş sonuçla yeni kurtarma noktası | Yedekleme sahibi kapsam varsaymadan önce araştırır |
Yukarıdaki zamanlamalar bir uygulamaya kopyalanacak varsayılanlar değil, karar vermek için örneklerdir. Kesinti sonrasında kaçırılan işin nasıl davrandığını kaydedin: atlanır, telafi edilir veya sonrası için kuyruğa alınır.
3. Bir bildirimi “gönder”in ötesine kadar izleyin.
Uygulama olayından kuyruğa veya gönderme sürecine, ardından posta hizmetine ve hedef alıcıya giden yolu yazın. Gönderme hesabını kimin kontrol ettiğini, yetkili bakımcıların kimlik bilgilerini nereden aldığını ve bu hizmetin hangi sınırları veya başarısızlık raporlarını sağladığını kaydedin. Bir VPS kaynak seçimi tek başına çalışan bir giden posta düzeni sağlamaz.
Nextcloud belgeleri, kendi içinde tam bir posta sunucusu barındırmak yerine çalışan bir posta sunucusuna bağlanmayı açıkça tanımlar. Test e-postası işlevi, yapılandırılmış bir gönderme yolunu kontrol etmeye yardımcı olur. Nextcloud 33 e-posta yapılandırması.
BookStack ayrıca hesap yönetimi akışları için e-posta kullanır ve olay odaklı entegrasyonlar için giden web kancaları sunar. Etkinleştirildiğinde her ikisini de bağımlılık haritasına ekleyin; bozuk bir gönderen kolaylığın yanı sıra kurtarmayı da etkileyebilir. BookStack e-posta ve web kancaları.
4. Tekrarın ne anlama geldiğine karar verin.
Her iş için iki soru sorun: bu iş bitmeden başka bir çalışma başlayabilir mi ve işin bir kısmını yaptıktan sonra yeniden denerse ne olur? Bir dosya dizini güncellemesi ile her üyeye gönderilen bir mesajın sonuçları farklıdır. Tüm işlerin güvenle iki kez çalıştırılabileceğini varsaymak yerine uygulamanın eşzamanlılık ve yeniden deneme davranışını kaydedin.
Varsayımsal haftalık derlemede, sahip amaçlanan raporlama döneminin kaydını tutar ve elle yeniden denemeden önce bu dönemin zaten tamamlanmış bir gönderim üretip üretmediğini kontrol eder. Bu bir işletim kontrolüdür; seçilen uygulamanın yinelenenleri bastırdığı iddiası değildir. Yeterli kontroller sağlamıyorsa, göreve güvenmeden önce daha güvenli bir manuel kurtarma prosedürü seçin.
5. Geri yükleme sırasında yan etkileri sınırlayın.
Geri yüklenen bir veritabanı bekleyen işler veya eski olay durumu içerebilir. Bir test kopyasını başlatmadan önce gerçek alıcılarla veya harici sistemlerle iletişim kurmasını engelleyin. Test ortamını izole edin, zamanlayıcılarını ve çalışanlarını uygun şekilde devre dışı bırakın ve açıkça izin verilen test çıktısını kontrollü bir hedefe yönlendirin. Farklı bir ana bilgisayar adının depolanan alıcıları veya web kancası URL'lerini değiştirdiğini varsaymayın.
Atölye örneği için test kopyası, bir bakımcının geçen haftanın derlemesini yeniden göndermeden bir sayfayı ve eki doğrulamasına izin vermelidir. Hangi işlerin durdurulmuş kaldığını, bekleyen işi nasıl inceleyeceğinizi ve sınırlı bir test çalışmasını kimin yetkilendirebileceğini kaydedin. Gerçek bir geçişten önce, eski ve yeni kopyaların ikisinin de yapmaması için zamanlanmış işlerin hangi örneğe ait olduğunu tanımlayın.
6. Küçük, gözlemlenebilir bir sonucu doğrulayın.
Tanınabilir bir etikete ve onaylanmış tek bir test alıcısına sahip zararsız bir test olayı kullanın. Tetikleme zamanını, görev başlangıcını, tamamlanma sonucunu ve uygulanabilir olduğunda gerçek teslim alımını kaydedin. Varışın yanı sıra içeriği ve bağlantıları da kontrol edin. Başarılı bir uygulama eylemi, amaçlanan her alıcının bir mesaj aldığını kanıtlamaz.
Hiçbir şey gelmezse tetikleyiciyi, zamanlayıcıyı, görev hatasını ve gönderen yolunu sırayla inceleyin. Yinelenenler gelirse, tekrarlanan manuel yeniden denemeleri durdurun ve her denemeyi hangi örneğin veya işin ürettiğini belirleyin. İş gecikirse, kuyruk veya bekleyen görev yaşını yürütme süresi ve kaynak kullanımıyla karşılaştırın. Jetonları, özel mesaj gövdelerini veya gereksiz adresleri genel notlara kopyalamadan kısa kanıt saklayın.
7. Bir sonraki kontrolü atayın.
Başarısızlığın sonucuna uygun bir inceleme aralığı seçin. Başarısız bir hesap kurtarma göndereni, gecikmiş bir haftalık derlemeden farklı bir yanıt gerektirir. Bir uyarı eksik olduğunda en son başarılı sonucu kimin kontrol edeceğini tanımlayın ve uyarı kanalının kendisinin bozuk bir göndereni keşfetmenin tek yolu olmadığından emin olun.
Görev kartlarını hizmet envanteriile birlikte saklayın. Bunları geri yükleme tatbikatı ve bakım rutinineekleyin. Bu kılavuz, seçtiğiniz yazılımı düzenlemenin ve test etmenin bir yolunu açıklar; yönetilen bir zamanlayıcı, mesaj teslim garantisi veya yürütülmüş bir test sonucu sağlamaz.
Bu notun arkasındaki belgeler
Gerçekten çalıştırdığınız sürümün belgelerini kullanın. Bu örnekler planlama malzemesidir; bir Hoszen VPS üzerinde yapılmış bir testin kaydı değildir.