Eskalasyonlar. Tipik senaryolar web sitesi izleme hizmeti

Sabahın üçünde bir SMS ile uyandım
Sitem üç dakikalığına düştü ve tekrar yükseldi.
Ama tekrar uyuyamadım.
Gerçek hayat hikayesi

Birçok kişinin bildiği gibi, HostTracker bir site verimliliği izleme sistemidir. Ana işlevlerinden biri, kullanıcıyı herhangi bir sorundan derhal haberdar etmektir. Bildirimlerin verimliliği ve kabul edilebilir “detalization” seviyesi önemlidir. Her “hapşırık”ta uyarı gönderirseniz, kişi bu akışta önemli bilgileri bulamayacaktır.

Doğru kişilerin gerekli bildirimleri almasına yardımcı olacak çeşitli mekanizmalar sağladık:

• Bildirimlerin kritikliklerine göre çeşitli gruplara ayrılması;
• Kısa süreli arızalarda bildirim yok;
• Sorunu derhal yöneticiye bildirin;
• Uzun süreli bir arızayı idareye bildirin;
• Önce ücretsiz uyarıları kullanın – e-posta, gtalk, ve sonra ücretli olanları – SMS veya telefon görüşmesi;
• Kişi düzeyinde – bu kişinin uyarıları alması gereken çalışma zamanını ayarlayın.

Üç tür bildirim vardır:

• Web sitesi “düştü”;
• Web sitesi hala “kapalı”;
• Web sitesi “gül

“dropped” ve “rose” açık. Bildirimler “site hala kapalı” her test başarısızlığında gönderilir, ancak yalnızca onaylanan düşüşlerde gönderilir. Başarısızlık onay algoritması “Yanlış uyarıları hariç tutma”

makalesinde açıklanmıştır.

Her site-kişi çifti için uygun bildirim türünü etkinleştirebilir veya devre dışı bırakabilirsiniz. Ayar, kişi özelliklerinin yanı sıra “Bildirim aboneliği” sayfasındaki genel “matris” içinde de bulunabilir.

Yükseltme ve bildirimlerin detalizasyon seviyesi.

Siteden iki kişinin sorumlu olduğunu varsayalım:

• Yönetici
• Yönetici

Aşağıdaki senaryoyu uygulamaya çalışalım:

• Bir “drop” durumunda yöneticiye hemen bir e-posta mesajı göndermek istiyoruz;
• Site 15 dakika içinde yükselmezse, yöneticiye bir SMS göndeririz;
• Site bir saatten uzun süre kapalı kalırsa, yöneticiye bir SMS göndeririz.

Kullanıcılar için kişi ekleme. Ekleme yaparken “Bildirim Gecikmesi” penceresine dikkat edin.

Aşağıdaki gecikmelerle birlikte üç temasımız var gibi görünüyor:

• Yönetici (e-posta) – gecikme yok;
• Yönetici (SMS) – 15 dakika gecikme;
• Yönetici (SMS) – 1 saat gecikme.

Bu yapılandırmaya göre yönetici tüm arıza bildirimlerini e-postaya alacak, ancak SMS bildirimleri yalnızca site “down” 15 dakikadan fazla sürerse gönderilecektir. Yönetici yalnızca bir saatten uzun süren büyük arızalar hakkında SMS alacaktır. Kişi çalışma programını ayarlama

Bir yöneticinin başa çıkamadığını ve bir yönetici daha işe aldığımızı varsayalım. İlki haftanın ilk yarısında, ikincisi ise ikinci yarısında çalışıyor. Buna göre bildirimler “nöbetçi” yöneticiye gönderilmelidir; Bu senaryoyu ayarlamak için iletişim ayarlarında “Kişi çalışma saatlerini ayarla” penceresi kullanılır.

Bu durumda ilk yönetici Pazartesi'den Perşembe'ye kadar SMS bildirimlerini alacaktır. Ek olarak, farklı çalışanlar için bildirimi günün saatine göre bölebilirsiniz, örneğin gündüz ve gece yöneticileri atayabilirsiniz.

Sonuçlar: Göreceli olarak basit mekanizmaların yardımıyla, çoğu bildirimin ince ayar kullanıcı senaryolarını kapsayabiliriz.