Bir çalışma süresi (uptime) ve olay gösterge paneli üç soruyu on saniyeden kısa sürede yanıtlamalıdır: şu anda bozuk olan bir şey var mı, erişilebilirlik hedeflerimizi tutturuyor muyuz ve bozulmak üzere olan bir şey var mı? Bu da durum, SLA'ya karşı çalışma süresi, gecikme yüzdelikleri ve aktif olaylardan oluşan bir üst katman ile bunları açıklayan ayrıntı panelleri anlamına gelir.
İki Katmanla Başlayın: Bir Bakışta ve Ayrıntı
Çoğu gösterge paneli her panele eşit ağırlık vererek başarısız olur. Nöbetçi mühendisin bir alarm sırasında açtığı görünümü, ekip liderinin haftalık olarak incelediği görünümden ayırın.
- Bir bakışta: anlık durum, hedefe karşı çalışma süresi yüzdesi, yanıt süresi eğilimi ve açık olaylar. Bunlar kaydırmaya gerek kalmadan ekranın üst kısmına sığmalıdır.
- Ayrıntı: hata ve durum kodu dağılımı, bölge bazında erişilebilirlik, MTTD/MTTR geçmişi, sertifika ve alan adı süre dolumu ve izleyici başına alarm hacmi. Bunlar üst katmanın neden o şekilde göründüğünü açıklar.
Bir Bakışta Panelleri
Anlık durum özeti
Her servis için çalışıyor, performansı düşük veya çökmüş durumunu gösteren bir satır; başarısız servisler en üste sıralanır. Son durum değişikliğinin zamanını ekleyin: “40 saniyedir kapalı” ile “40 dakikadır kapalı” çok farklı müdahaleler gerektirir.
SLA hedefine karşı çalışma süresi yüzdesi
Her servis için 24 saat, 7 gün ve 30 günlük çalışma süresini bir SLA referans çizgisine karşı gösterin. Aylık %99,9 hedefi yaklaşık 43 dakikalık kesintiye izin verir; bu nedenle kalan hata bütçesini dakika cinsinden göstermek çoğu zaman yüzdeden daha yararlıdır. 30 günlük görünüm, riskli bir dağıtımı göze alıp alamayacağınızı söyler.
p50 ve p95 ile yanıt süresi eğilimi
Ortalamalar sorunu gizler. Tipik deneyim için medyanı (p50), en yavaş kullanıcılarınız için ise p95'i çizin. Sabit bir p50 ile yükselen bir p95, çoğu zaman tam bir kesintiden önce doymuş bir bağımlılığa veya performansı düşmüş tek bir bölgeye işaret eder.
Aktif ve son olaylar
Açık olayları başlangıç zamanı, etkilenen izleyiciler ve devam eden süreyle birlikte listeleyin; ardından son 72 saatte çözülen olayları gösterin. Süre, sayıdan daha önemlidir.
Ayrıntı Panelleri
- MTTD ve MTTR: Ortalama tespit süresi, kontrol aralıklarının ve eşiklerin yeterince sıkı olup olmadığını gösterir; ortalama çözüm süresi ise müdahale etkinliğini gösterir. Bunların 30 ila 90 günlük eğilimini izleyin.
- Hata oranı ve durum kodu dağılımı: Yanıtları 2xx, 3xx, 4xx ve 5xx olarak ayırın. 5xx'teki ani artış sunucuya işaret eder; bir sürümden sonra 404'lerdeki artış ise genellikle bozuk rotalar anlamına gelir.
- SSL ve alan adı süre dolumu geri sayımı: Her sertifika ve alan adı için kalan gün sayısını 30, 14 ve 7 günde uyarılarla gösterin. Süre dolumu kaynaklı kesintiler tamamen önlenebilir.
- Bölge bazında erişilebilirlik: Birden fazla konumdan yapılan kontroller, küresel bir kesintiyi bölgesel bir DNS, CDN veya yönlendirme sorunundan ayırır.
- Alarm hacmi: Her izleyici için haftalık alarm sayısını hesaplayın. Eşleşen olaylar olmadan sık tetiklenen izleyicilerin yeniden ayarlanması gerekir.
Önerilen Paneller ve Zaman Aralıkları
| Panel | Yanıtladığı soru | Önerilen zaman aralığı |
|---|---|---|
| Anlık durum | Şu anda ne bozuk? | Canlı |
| SLA'ya karşı çalışma süresi | Erişilebilirlik hedefimizin içinde miyiz? | 24 sa / 7 g / 30 g |
| Yanıt süresi p50/p95 | Gerçek kullanıcılar için performans düşüyor mu? | 24 sa, 7 g ile karşılaştırmalı |
| Aktif ve son olaylar | Ne açık ve ne kadar sürdü? | Canlı + 72 sa |
| MTTD / MTTR | Daha hızlı tespit edip düzeltiyor muyuz? | 30–90 g |
| Durum kodu dağılımı | Arıza sunucu tarafında mı, istemci tarafında mı? | 24 sa / 7 g |
| SSL ve alan adı süre dolumu | Biz fark etmeden ne sona erecek? | Önümüzdeki 30–90 g |
| Bölge bazında erişilebilirlik | Sorun küresel mi, bölgesel mi? | 24 sa |
| Alarm hacmi | Hangi izleyiciler gürültü üretiyor? | 7 g / 30 g |
Bu metriklerden hangisine önce öncelik vereceğinize karar vermek için SaaS ekiplerinin önce hangi web sitesi çalışma süresi metriklerini takip etmesi gerektiğine dair rehberimize bakın.
UpScanX Bu Panelleri Nasıl Karşılar?
UpScanX, 15'ten fazla küresel konumdan çalıştırılan HTTP/HTTPS, API, SSL, alan adı, ping ve port kontrolleri genelinde her izleyiciye anlık durum, çalışma süresi yüzdesi, yanıt süresi geçmişi ve olay sayılarını içeren gerçek zamanlı bir performans görünümü sunar. Alarmlar E-posta, Slack, Telegram, Microsoft Teams veya Webhook'a gider; yapay zekâ raporları ise anomali tespiti, alarm korelasyonu ve zamanlanmış e-posta özetleri ekler.
Trafik tarafında ise ücretsiz UpScanX analitik gösterge paneli, gerçek ziyaretlerden elde edilen bir HTTP durum kodu dağılımı (2xx/3xx/4xx/5xx ve hata sayfaları) ekler; böylece bir olayın kullanıcılara gerçekten ulaşıp ulaşmadığını görebilirsiniz.
Önemli Çıkarımlar
- Bir bakışta panellerini (durum, SLA'ya karşı çalışma süresi, p50/p95, açık olaylar) ayrıntı panellerinden ayırın.
- Çalışma süresini 24 saat, 7 gün ve 30 gün üzerinden görünür bir SLA çizgisi ve hata bütçesine karşı gösterin.
- Yanıt süresi için ortalamalar yerine yüzdelikleri kullanın.
- Önlenebilir ve kısmi kesintileri yakalamak için süre dolumu geri sayımlarını ve bölge bazında erişilebilirliği takip edin.
- MTTD, MTTR ve alarm hacmini aylık olarak gözden geçirin.