Bildirimler

Dokuz bildirim kanalı (e-posta, SMS, WhatsApp, sesli arama, Telegram, Slack, Teams, webhook, push), akıllı uyarı gruplama, on-call eskalasyon ve sessiz saatler.

Bir monitor down olduğunda, doğru kişinin doğru kanaldan haberdar olması monitoring'in tüm değerini taşır. UptimeWarden dokuz kanal, uyarı gruplama, on-call rotasyonu ve sessiz saat desteği sunar.

Dokuz bildirim kanalı

KanalAçıklamaPlan gereksinimi
E-postaHesap adresinize veya özel alıcılaraFree+
PushiOS ve Android için mobil uygulama push'uFree+
WebhookDoğrulama için imzalı, özel JSON POSTFree+
SMSTürkiye numaraları dâhil küresel SMSHobby+ (kotaya dayalı)
WhatsAppTürkçe şablonlu WhatsApp mesajlarıHobby+ (kotaya dayalı)
Sesli aramaOtomatik aranma ve kayıtlı mesaj (TR + küresel)Hobby+ (kotaya dayalı)
SlackBot token veya incoming webhook URLFree+
Microsoft TeamsIncoming webhook URLFree+
TelegramBot ile DM veya grup sohbetiFree+

Slack, Microsoft Teams ve Telegram webhook olarak teslim edilir. Discord ayrı bir kanal değildir; bir webhook yapılandırma türü olarak eklenir. Hiçbir plan bu dört kanalı kapatmaz; her gönderim planınızın aylık webhook kotasından düşer.

Kanallar Settings → Notifications → Channels ekranından yönetilir. Her kanal uyarı tiplerine eşlenir; her monitor için hangi uyarı tipinin (down, recovery, SSL warning, yavaş yanıt, alan adı süresi) hangi kanala gideceğini siz belirlersiniz.

Akıllı Uyarı Gruplaması

Bir servis down olduğunda genellikle ona bağlı beş monitor de fail olur. Klasik monitoring bunu beş ayrı bildirim olarak gönderir; sabaha karşı 03.00'te beş ayrı SMS demektir. Akıllı Uyarı Gruplaması her planda ilk uyarıyı gönderir, geri kalanını toplar:

  • İlk uyarı hemen gider, gruplama yokmuş gibi aynen.
  • Fırtınanın geri kalanı: aynı türden (kesinti, düzelme, sertifika, yavaş yanıt) ve 60 saniye içinde aynı alıcılara aynı kanallardan gidecek uyarılar, pencere bitince monitörlerin ortak noktasını söyleyen tek bir mesaj olarak gelir.

Sonuç: beş yerine iki SMS, sesli arama da yalnızca bir kez.

Detay: Akıllı Uyarı Gruplaması.

On-Call Eskalasyon

Bir incident için ilk page edilen kişi cevap vermezse, eskalasyon politikası bir sonraki tier'ı tetikler:

T+0   → On-call A (SMS + Push)
T+10m → On-call A (Sesli arama)
T+15m → On-call B (SMS + Push)
T+30m → Mühendislik müdürü (SMS)

Tier'lar, kanal seçimi ve süreler tamamen yapılandırılabilir. Tek bir Acknowledge tıklamasıyla eskalasyon durur. Alarm için gelen sesli aramada 1'e basmak da olayı onaylar. Detay: Eskalasyon Politikaları.

Sessiz Saatler

Gerçekten 03.00'te page edilmek istemediğiniz saatler için:

  • Kullanıcı bazlı (her takım üyesi kendi sessiz saatini ayarlar).
  • Alıcı bazlı (örneğin bir telefon numarası sessize alınır, diğeri açık kalır).

Sessiz saatleri her kanalın Quiet Hours sekmesinden yapılandırın.

Webhook güvenliği

Webhook'lar HMAC-SHA256 imzasıyla gelir; alıcı tarafta imzayı doğrulamadan payload'ı işlemeyin. Detay: Webhook Security.

Yüksek yanıt süresi alarmı ne zaman açılır

Yüksek yanıt süresi alarmı ilk yavaş kontrolde açılmaz. Art arda N yavaş kontrol gerekir; N, düzelmeyi onaylayan sayının aynısıdır (varsayılan 3). Tek bir yavaşlama kaydedilir ve grafiklerinizde görünmeye devam eder, ama kimseye bildirim gitmez. Erişilemezlik (down) alarmları bunu beklemez: yavaş kontrollerin ortasında gelen bir kesinti her zamanki gibi bildirilir.

Yüksek yanıt süresi olayını açmak ve kapatmak aynı kanıtı ister: açmak için N yavaş kontrol, kapatmak için N normal kontrol. Olayın başlangıcı serideki ilk yavaş kontroldür.

"Düzeldi" ne zaman gönderilir

Düzelme bildirimi ilk başarılı kontrolde gönderilmez. Her iki olay tipi de sorunun gerçekten bittiğini şart koşar:

OlayDüzelme şartı
Erişilemez (down)N ardışık başarılı kontrol (varsayılan 3)
Yüksek yanıt süresiN ardışık kez eşiğin altına dönmüş yanıt (aynı N)

Yanıt süresi kuralı eskiden yalnızca tetikleyen kontrole bakıyordu, tek örnek. Eşiğin etrafında salınan bir monitör (500 ms limitte 480 ms ve 520 ms) bu yüzden her kontrolde olay açıp kapatıyor ve size her seferinde "düzeldi" mesajı gönderiyordu. Artık iki alarm tipi de, sorunun bittiğini söylemeden önce aynı sürekli düzelmeyi arıyor.

Eşik herhangi bir sebeple okunamazsa olay bir varsayımla kapatılmak yerine açık kalır.

Yeniden deneme davranışı

Bir bildirim ilk denemede teslim edilemezse UptimeWarden şu sırayla yeniden dener:

  1. 5 saniye sonra.
  2. 30 saniye sonra.
  3. 5 dakika sonra.

Üç deneme de başarısız olursa bildirim teslim edilememiş olarak işaretlenir. Kanal bazlı başarı oranları ve son 24 saatteki başarısız teslimat sayısı Notification Health panosunda görüntülenir.

Bildirim kullanımı ve plan limitleri

Her planın kanal başına aylık bildirim kotası vardır:

PlanE-postaPushWebhookSMSWhatsAppSesli arama
Free2501001.000000
Hobby5002502.500255010
Starter1.0005004.00010010025
Professional2.0002.00010.000300500100
Enterprisesınırsızsınırsızsınırsızsınırsızsınırsızsınırsız

SMS, WhatsApp ve sesli aramada her kota hesabın tamamı tarafından paylaşılır ve ulaşılan her telefon numarası bir birimdir: mesaj başarıyla gönderildiğinde, arama ise yalnızca açıldığında sayılır (sesli mesaja düşen arama da sayılır). Açılmayan, meşgule düşen, başarısız olan veya iptal edilen aramalar hiçbir birim harcamaz. Planınız ayrıca bir alarmın kaç telefon numarasına ulaşacağını da sınırlar: Free 3, Hobby 3, Starter 5, Professional 10, Enterprise sınırsız. Arama modları ve ayrıntılar için Bildirim Kanalları sayfasına bakın.

Webhook sütunu Slack, Microsoft Teams, Telegram ve Discord gönderimlerini de kapsar. Oluşturabileceğiniz webhook yapılandırması sayısı da plana bağlıdır: Free 3, Hobby 6, Starter 10, Professional 25, Enterprise sınırsız.

Bir kota dolduğunda o kanaldaki gönderim atlanır ve deneme kaydedilir. Hesap sahibine her kota için fatura dönemi başına bir e-posta gider.

SMS, WhatsApp ve sesli arama ek paketleri bu kotaların üzerine eklenir. Detay: Abonelik Planları.

Kalan kullanım Subscription → Usage altında görünür. Detay: Abonelik Planları.

Sonraki adımlar