İncelendi · Hosmio kaynakları
Başlamadan önce
Uygulama envanterini, müşteri irtibatını, mevcut operatörü ve olası bir yedeği toplayın. VPS kullanılamaz durumda olsa bile erişilebilir kalacak bir özet saklama yeri ayarlayın. Korumalı gizli bilgi depolamaya başvurun; kimlik bilgilerini belgeye yapıştırmayın.
01
Önce hizmet sınırını tanımlayın.
Uygulamayı kullanışlı tutmak için gereken işleri listeleyin: erişim incelemeleri, işletim sistemi güncellemeleri, çalışma zamanı değişiklikleri, veritabanı bakımı, yedeklemeler, izleme ve alan adı yenileme. Bunu, altyapı tedarikçisinin gerçekten yerine getirmeyi kabul ettiği işlerden ayırın. Bir sıfırlama düğmesi, isteğe bağlı bir yedekleme seçimi veya bir destek irtibatı tek başına yönetilen hizmet sözleşmesi oluşturmaz.
Sahibi hâlâ bilinmeyen her şeyi yazın. Hosmio için nihai tedarikçi müdahaleleri ve destek kapsamı teyit gerektirir. Kendi sorumluluklarınızı şimdi planlamak, bir uygulama olayının barındırıcı tarafından otomatik olarak teşhis edileceğini varsaymaktan kaçınmanızı sağlar.
02
Eylemleri ve karar yetkisini atayın.
| Etkinlik | Sorumlu rol | Tetikleyici ve kontrol |
|---|---|---|
| Uygulama sürümü | Uygulama operatörü; adlandırılmış yedek | Onaylanmış değişiklik; oturum açma ve temsili bir görevi test edin |
| Kesintiye yol açan bakım | Müşteri değişiklik onaylayıcısı | Bilinen etki penceresi; açık git/gitme kararı |
| Kurtarma tatbikatı | Kurtarma operatörü | Planlanmış prova; geri yüklenen kayıtlar ve ekler kontrol edildi |
| Olay iletişimi | Mevcut olay sahibi | Önemli etki değişikliği; zaman damgalı devir teslim |
| Ödeme istisnası | Satın alma irtibat kişisi | Uyuşmazlık veya belirsiz sonuç; olgusal ödeme ayrıntılarını saklayın |
Bir rol ancak ekip ona ulaşılabilir bir kişi atadığında işe yarar. Mevcut atamayı özel işletim notlarınıza kaydedin. Bir kişi birkaç rolü üstlenebilir, ancak bu ayrım bir teknisyenin müşteri adına yanlışlıkla bir iş riskini onaylamasını önler.
03
Değişikliği ve durma noktasını kararlaştırın.
Planlanmış bir güncelleme için neden gerekli olduğunu, neyin değiştiğini, etkilenen hizmetleri ve bilinen bir duruma nasıl dönüleceğini kaydedin. Kesintiyi kimin onaylayabileceğini ve kontroller başarısız olursa işi kimin durdurabileceğini belirtin. Açık bir saat dilimiyle üzerinde anlaşılmış bir pencere kullanın; uluslararası bir ekip için "mesai saatleri dışında" belirsizdir.
Çalışma başlamadan önce erişimi, kurtarma kopyasını ve değiştirilen tam sürümü veya yapılandırmayı doğrulayın. Ekibin kabul kontrollerini geçmesi ya da kurtarma planını devreye alması gereken bir süre belirleyin. Gerçek bir prova bu beklentiyi desteklemiyorsa geri alma işlemini anlık olarak tanımlamayın.
04
Bir eyleme yol açan sinyalleri seçin.
Kullanıcı göreviyle başlayın: temsili bir hesap oturum açabiliyor, beklenen kaydı okuyabiliyor ve güvenli bir işlemi tamamlayabiliyor mu? Hataları açıklamaya yardımcı olan kaynak ve bağımlılık kontrolleri ekleyin. Bir arka plan kuyruğu artık ilerleme kaydetmezken bir uygulama temel bir sağlık isteğine yanıt verebilir.
Yükseltme eşiklerini projenin ihtiyaçlarına ve gözlemlerine göre seçin. Örnek bir portal, iki başarısız planlanmış görev kontrolünü evrensel bir kesinti tanımı yerine araştırma için bir işaret olarak değerlendirebilir. Kontrolün nasıl çalıştığını ve operatörün sırada neyi incelemesi gerektiğini kaydedin. Sorumlu bir alıcısı olmayan uyarı kapsama oluşturmaz.
05
Yedeği bir olaydan önce hazırlayın.
Yerine geçen operatörün envanteri, korumalı erişim prosedürünü, en son değişiklik kaydını ve kurtarma notlarını yönlendirme olmadan bulmasını sağlayın. Bilinen bir olguyu test edilmemiş bir varsayımdan ayırt edebilmelidirler. Erişimi kolaylaştırmak için kişisel bir hesabı paylaşmak yerine role uygun yetki verin.
Olay zaman damgalarını belirsiz bırakmayın. RFC 3339, zaman damgası gösterimlerini UTC veya açık bir sapma ile tanımlar; şu kayıt gibi 2026-09-12T14:00:00Z açıklanamayan bir yerel saat değerini önler. RFC 3339: İnternet zaman damgaları ↗ Takip edin saat dilimi devir teslim kılavuzunu mevcut sahipliğin daha kapsamlı bir devri için.
06
Özeti prova edin ve açıkları kaydedin.
Belgeye güvenmeden önce bir masa başı tatbikatı yapın. Birincil operatör müsait değilken varsayımsal bir başarısız arka plan işi sunun. Yerine geçen kişiden etkiyi, izin verilen eylemleri, onay yolunu ve sonraki güncellemeyi belirlemesini isteyin. Sadece özetin var olduğunu göstermek için gerçek hizmet değişiklikleri yapmayın.
Eksik izinleri, belirsiz sahipliği ve erişilemeyen belgeleri sahipleriyle birlikte eylemler olarak kaydedin. Personel, entegrasyonlar, kurtarma hedefleri veya tedarikçiler değiştiğinde özeti yeniden gözden geçirin. Tamamlanma, başka bir yetkili kişinin süreci takip edebildiği ve sınırlarını açıklayabildiği anlamına gelir; sürekli bir destek ekibinin kurulduğu anlamına gelmez.
Şununla devam edin: bir sağlayıcıdan çıkış provası ve olay özeti şablonu. İşletim özetini bir sorun sırasında kullanılabilecek kadar kısa tutun ve gerektiğinde daha ayrıntılı prosedürlere bağlantı verin.