Site Kontrol Sıklığı Optimizasyonu: Doğru Aralığı Bulun

Bir izleme sisteminin değeri, bir sorunu ne kadar hızlı fark ettiğiyle ölçülür. Ancak "ne kadar sık o kadar iyi" yaklaşımı da her zaman doğru değildir: gereğinden sık kontrol, anlık dalgalanmaları alarm yağmuruna çevirebilir ve görev bütçeni gereksiz yere tüketir. Bu yazıda kontrol sıklığını belirlerken hangi etkenleri tartman gerektiğini ve LLCBullet'te bu dengeyi pratikte nasıl kuracağını anlatıyoruz.

Sıklık neyi belirler?

Kontrol aralığı, bir kesintiyi en geç ne zaman fark edeceğinin üst sınırıdır. Her 15 dakikada çalışan bir görev, en kötü durumda bir sorunu 15 dakika sonra görür; her 5 dakikada çalışan görev ise 5 dakika sonra. Ortalama tespit süresi bu aralığın yaklaşık yarısıdır. Bu farkın senin için ne anlama geldiği, bir dakikalık kesintinin maliyetine bağlıdır. Maliyeti hesaplamak için downtime maliyeti rehberine göz atabilirsin.

• Sık kontrolün artısı: Kesintiler daha erken fark edilir, kısa süreli sorunlar da kayda geçer.
• Sık kontrolün eksisi: Anlık ağ dalgalanmaları daha fazla bildirim üretir ve görev bütçen daha hızlı dolar.
• Seyrek kontrolün artısı: Daha sakin bir bildirim akışı, daha az gürültü.
• Seyrek kontrolün eksisi: Kısa kesintiler hiç görülmeyebilir, uzun kesintiler geç fark edilir.

LLCBullet'te sıklığı belirleyen iki katman

Katalogdaki düzenli kontrol

Paketindeki altyapılara bağlı ve alan adı kayıtlı sitelerin erişilebilirliği, sen hiçbir şey kurmasan da yaklaşık 10 dakikada bir kontrol edilir ve Siteler sayfasında "Erişilebilir" ya da "Erişilemiyor" olarak görünür. Bu katman genel bir görünürlük sağlar ama zamanlamasını sen belirlemezsin.

Senin kurduğun görevler

Otomasyon sayfasındaki site kontrolü görevlerinde zamanlamayı sen belirlersin. Zamanlama beş alanlı bir cron ifadesiyle yazılır ve seçtiğin saat dilimine göre yorumlanır. Görevler en sık 5 dakikada bir çalışabilir; daha sık çalışan bir ifade kaydedilmez. Hesap başına en fazla 20 görev oluşturabilirsin.

Sitelerini kritiklik düzeyine göre ayır

Tüm sitelere aynı sıklığı uygulamak yerine sitelerini gruplara ayırmak hem daha hızlı tespit hem de daha az gürültü sağlar:

1. Kritik: En çok trafik aldığın ya da kesintisi doğrudan gelir kaybı yaratan birkaç site. Her 5 dakikada bir kontrol et.
2. Önemli: Düzenli çalıştığın ama anlık tepki gerektirmeyen siteler. Her 10 ya da 15 dakikada bir yeterlidir.
3. Genel: Altyapıdaki diğer siteler. Her 30 dakikada ya da saatte bir kontrol etmek, katalogdaki düzenli kontrolle birlikte iyi bir güvenlik ağı oluşturur.

Bu grupları görevlere nasıl böleceğini çoklu siteyi tek görevle izleme rehberinde ayrıntılı anlattık.

Yoğun saatlere göre zamanlama

Bahis trafiği gün içinde eşit dağılmaz; akşam saatleri ve büyük maçların oynandığı zamanlar çok daha kritiktir. Sistem sıklığı kendiliğinden artırmaz, ama cron ifadeleriyle aynı siteler için yoğun ve sakin saatlere ayrı görevler kurarak bunu sen tasarlayabilirsin. Saat dilimi olarak Europe/Istanbul seçtiğini varsayarsak:

# Yoğun saatler: her gün 17:00-23:55 arası her 5 dakikada
*/5 17-23 * * *

# Sakin saatler (hafta içi): 00:00-16:59 arası her 20 dakikada
*/20 0-16 * * 1-5

# Sakin saatler (hafta sonu): 00:00-11:59 arası her 20 dakikada
*/20 0-11 * * 6,0

# Hafta sonu gündüz maçları için ek görev: cumartesi ve pazar 12:00-16:55
*/5 12-16 * * 6,0

İki görevi aynı sitelerle kurduğunda saat aralıklarının çakışmadığından emin ol; aksi halde aynı saatte iki kontrol çalışır ve bildirimler ikiye katlanır. Cron sözdiziminin ayrıntıları için cron ve otomasyon örnekleri yazımıza bakabilirsin.

Deneme sayısı ve zaman aşımı

Görev ayarlarındaki iki değer, sıklık kadar önemlidir:

• Deneme sayısı (1–10, varsayılan 3): Bir çalıştırma hata verirse artan bekleme süreleriyle kaç kez yeniden deneneceğini belirler. Tüm denemeler başarısız olursa "Otomasyon görevi başarısız" bildirimi alırsın.
• Zaman aşımı (5–120 saniye, varsayılan 30): Görev çalıştırmasının toplamda ne kadar süre bekleyebileceğini belirler. Çok sayıda site kontrol eden görevlerde çok düşük bir değer, çalıştırmanın yarıda kesilmesine yol açabilir.

Bu ayarlardan ayrı olarak her site için 10 saniyelik sabit bir istek zaman aşımı uygulanır. 10 saniyede yanıt vermeyen bir site erişilemeyen olarak kaydedilir.

Gürültüyü azaltmanın yolları

• Kritik olmayan sitelerde sıklığı düşür; her dalgalanma bildirim gerektirmez.
• Otomasyon bildirimlerini Ayarlar sayfasından kanal bazında yönet: kritik görevler Telegram'a, diğerleri panele gelsin.
• Güvenlik duvarı kullanan sitelerde LLCBulletMonitor/1.0 kullanıcı ajanının engellenmediğinden emin ol; engellenen istekler yanlış alarm üretir.
• Bakım dönemlerinde görevler bakımdaki siteleri zaten atlar; bu sürede ek bir ayar yapmana gerek yoktur.

Sonuçları okuyarak ayarla

Sıklığı bir kez belirleyip bırakmak yerine, görevlerin çalıştırma geçmişini birkaç hafta boyunca izle. Her çalıştırmada kontrol edilen, erişilebilir ve erişilemeyen site sayısı ile ortalama yanıt süresi kaydedilir; İstatistikler bölümü de altyapı bazında başarı oranlarını gösterir. Bir sitenin sürekli kısa süreli erişim sorunları yaşadığını görüyorsan onu kritik gruba al. Aylardır hiçbir sorun göstermeyen ve önemi düşük bir grubun sıklığını ise azaltabilirsin.

Büyük etkinlik öncesi hazırlık

Büyük bir turnuva ya da derbi öncesinde birkaç gün önce görevlerini gözden geçir: kritik site listesi güncel mi, yoğun saat görevleri doğru saat aralığını kapsıyor mu, bildirimler doğru kişilere gidiyor mu? Etkinlik bittikten sonra ek görevleri devre dışı bırakmayı unutma. Kendi sitelerinin yük altındaki davranışını test etmek için yük testi rehberine de göz atabilirsin.

Sonuç

Doğru kontrol sıklığı tek bir sayı değil, sitelerinin önemine ve günün saatine göre kurulan bir düzendir. Kritik siteleri 5 dakikada bir, diğerlerini daha seyrek kontrol et, yoğun saatler için ayrı zamanlama kur ve ilk haftanın çalıştırma geçmişine bakarak ayarlarını ince ayarla.

Panelde görev oluştur