Monitör Ayarları
Monitör formundaki tüm alanların referansı. Essentials (tip / hedef / interval / ad) ve Advanced (kanallar / bölge / consensus / bakım / escalation / etiket / görünürlük).
Monitör formu bir monitörün tüm davranışını tek ekranda yapılandırmanıza olanak tanır. Form iki bölüme ayrılmıştır:
- Essentials: tip, bağlantı (URL / host / port), kontrol sıklığı, ad
- Advanced settings: bildirim kanalları, bölge, consensus, bakım pencereleri, escalation policy, etiketler ve public visibility
Çoğu alan opsiyoneldir; %70 senaryoda tip + URL + interval kombinasyonu yeterlidir. Geri kalanı ileri düzey özelliklerdir ve Advanced bölümünde gizlidir.
Essentials
Tip
Form üst kısmında 10 monitör tipi kart olarak gösterilir; seçim alttaki bağlantı alanını şekillendirir.
| Tip | Bağlantı alanı |
|---|---|
| Website & API | URL (https://...) |
| SSL Certificate | Domain URL |
| Port & Service (TCP) | Hostname + port |
| UDP Service | Hostname + port |
| Server Ping | Hostname / IP |
| WebSocket | URL (ws:// / wss://) |
| gRPC Service | Hostname + port |
| AI Model Protocol (MCP) | URL |
| DNS Resolution | Sorgu adı + kayıt tipi |
| Cron & Background Jobs | Token + interval |
Ad
Monitörün gösterim adı. Sidebar, dashboard, incident e-postaları ve status page bu adı kullanır. Boş bırakırsanız form bağlantıdan bir ad türetir.
İyi örnek: prod-api - health endpoint
Kötü örnek: monitor 14
Bağlantı
Tipe göre değişir:
- URL alanı (HTTP, SSL, MCP, WebSocket)
- Hostname + port alanları (TCP, UDP, gRPC)
- Hostname / IP (Ping)
- Sorgu adı + kayıt tipi + opsiyonel resolver + beklenen cevaplar (DNS)
- Heartbeat aralık + grace (Heartbeat: token kayıt sırasında üretilir)
Kontrol Sıklığı
Saniye cinsinden. Seçebileceğiniz en kısa aralık planınıza bağlıdır ve form, planınızın altındaki interval'leri kilitleyip "yükselt" çağrısı gösterir. Güncel plan sınırları için fiyatlandırma sayfasına bakın.
Zaman aşımı
Cevap için maksimum bekleme süresi (saniye). Bu süreyi aşan kontroller down sayılır. Varsayılan 30 sn (min 5, max 300).
Yeniden deneme sayısı
Down kararı vermeden önce kaç ek deneme yapılacağı. Geçici ağ gürültüsünü filtreler. Varsayılan 2.
Advanced. Bölge ve Agent
Bölge
Bu monitörü hangi UptimeWarden bölgesinin kontrol edeceği. Mevcut bölgeler Sydney, São Paulo, Sweden Central, East Asia ve Phoenix'i kapsar. Boş bırakılırsa global havuz kullanılır.
Müşterilerinize en yakın bölgeyi seçin; gerçek kullanıcı deneyimi yansır.
Custom Agent
Kendi altyapınızda bir agent çalıştırıyorsanız bu monitörü ona bağlayabilirsiniz. Özel ağ uç noktalarına ulaşmanın tek yolu budur. Bkz. Agent Yönetimi.
Doğrulama bölgeleri ve minimum anlaşma
Multi-location consensus, alarmın doğrulanmış sayılması için arızayı kaç bölgenin görmesi gerektiğini belirler. Bölgelerin çoğunun erişebildiği bir arıza bekletilir; diğer her durumda alarm "doğrulanamadı" etiketiyle yine gönderilir. Anlaşması gereken minimum bölge sayısı varsayılan 2'dir (1-6 aralığı); üst sınır planınızın doğrulama bölgesi limitiyle belirlenir.
Bkz. Multi-Location Consensus.
Advanced. Bildirim ayarları
Email / SMS / WhatsApp / Voice / Push / Webhook
Her kanalda toggle ve alıcı listesi vardır. Alıcı alanı yalnızca kanal açıldığında görünür.
emailAddresses: [email protected], [email protected]
phoneNumbers: +905551234567
whatsappNumbers: +905557654321
voiceNumbers: +905550001122
Push bildirimleri kullanıcının kayıtlı cihazlarını otomatik kullanır; ayrı bir liste yoktur.
Webhook yapılandırmaları
Webhook'lar inline URL değildir; ayrıca oluşturduğunuz yeniden kullanılabilir yapılandırmalara referans verir. Webhook kanal seçicisi mevcut yapılandırmaları listeler ve çoklu seçimi destekler. Slack, Microsoft Teams, Discord, özel URL, her biri ayrı bir yapılandırmadır ve monitörlere etiket gibi eklenir.
Bildirim matrisi (kanal × alarm)
Her kanal alarm tipine göre ayrı yapılandırılabilir:
| Kanal | down | recovery | ssl | ssl_recovery | high_response | high_response_recovery | domain_expiring | domain_expiring_recovery |
|---|---|---|---|---|---|---|---|---|
| Açık | Açık | Açık | Açık | Açık | Açık | Açık | Açık | |
| SMS | Açık | Kapalı | Kapalı | Kapalı | Kapalı | Kapalı | Kapalı | Kapalı |
| Slack (webhook) | Açık | Açık | Açık | Açık | Açık | Açık | Kapalı | Kapalı |
(Tablo örnektir; varsayılan: e-posta için her şey açık, diğer kanallar için her şey kapalı.) Bkz. Bildirim Kanalları.
Escalation Policy
Kademeli alarm için bir escalation policy seçin. Policy atanmadığında yukarıdaki kanal/alarm matrisi çalışır. Policy atandığında kademeler arasında onay zaman aşımına göre escalation yapılır.
Bkz. Escalation Policies.
Advanced. HTTP'ye özgü alanlar
- Method / Headers / Body: gövde girildiğinde istek otomatik POST olur (bkz. HTTP Monitor)
- Beklenen durum kodları: virgülle ayrılmış liste (varsayılan
200) - İçerik doğrulama: metin, regex, JSON veya XML, büyük-küçük harf duyarlılığı seçeneğiyle
- Basic auth / Bearer token: kimlik bilgisi alanları kaydedilir ve paylaşılan/salt okunur yanıtlardan gizlenir
- Yanıt süresi eşiği (ms): art arda N kontrolde aşıldığında yüksek yanıt süresi alarmı tetiklenir (varsayılan 3, düzelmeyi onaylayan N ile aynı)
- Verify SSL / Follow Redirects: production'da ikisi de açık olmalı
- SSL Alarmları: 30 / 15 / 7 / 1 günlük geçişler
- Domain İzleme: alan adı kayıt süresi takibi (tüm planlarda açık; izleyebileceğiniz alan adı sayısı plana göre değişir)
Bakım pencereleri
Planlı bakım pencereleri, bu süre içindeki down kontroller incident yaratmaz ve uptime hesabından düşülür. Her pencere en fazla 4 saat sürebilir ve monitör başına en fazla 20 pencere tanımlanabilir.
Yinelenen (formdan düzenlenebilir)
type: "recurring"
day: "monday"
start: "02:00"
end: "04:00"
timezone: "Europe/Istanbul"
Tek seferlik (salt okunur çip)
Tek seferlik pencereler formda salt okunur çip olarak görünür. Oluşturma API veya mobil uygulama üzerinden yapılır; form kayıt sırasında bu pencereleri korur ama UI'dan ekleyemezsiniz.
type: "once"
start: "2026-05-15T12:00:00Z"
end: "2026-05-15T14:00:00Z"
Bkz. Bakım Pencereleri.
Etiketler ve public visibility
Etiketler
Serbest formlu etiketler, prod, customer-facing, payments, eu-only. Monitör listesini filtrelemek, status page kapsamı belirlemek ve API token kapsamı için kullanılır.
Public visibility
Monitörü bir status page'e bağladığınızda, durumu (up/down) public sayfada görünür. URL ve dahili adlar gizlenir; "Payments API" gibi sade bir başlık gösterilir.
Monitoring as Code
CLI veya Terraform üzerinden oluşturulan monitörler bir kaynak alanı taşır (manual, cli, terraform, api) ve drift tespiti için opsiyonel bir dış kimlik tutar. UI üzerinden oluşturulan monitörler manual ile başlar.
Bkz. Monitoring as Code.
Sık sorulan sorular
S: Aynı monitörü birden fazla bölgeden kontrol etmek için ayrı ayrı monitör mü oluşturmalıyım? C: Hayır, doğrulama bölgeleri sayesinde tek monitör birden çok bölgeden kontrol edilir.
S: Yeni ayarlar geçmiş incident'ları etkiler mi? C: Hayır, yeni ayarlar yalnızca kayıt anından sonraki kontrolleri etkiler.
S: Özel başlıklarda gizli token tutmak güvenli mi? C: Başlık değerleri kaydedilir ve paylaşılan/salt okunur monitör yanıtlarından gizlenir. Yine de en yüksek güvenlik için kısa ömürlü veya kapsamı dar token'lar kullanmanızı öneririz.