Çoklu Siteyi Tek Görevle İzleme: LLCBullet Otomasyon Rehberi

Onlarca siteyi tek tek takip etmek hem zaman alır hem de hata riskini artırır. LLCBullet'te site kontrolü görevleri altyapı bazında kurulur; bu da bir altyapıdaki birçok siteyi tek bir görevle izlemeni sağlar. Bu rehberde tek görevle çoklu site izlemenin nasıl çalıştığını, sınırlarını ve görevlerini verimli gruplamak için pratik bir düzeni anlatıyoruz.

Bir görev neyi kapsar?

Site kontrolü görevi oluştururken önce bir altyapı seçersin; yalnızca aktif paketindeki altyapılar listelenir. Ardından iki seçeneğin vardır:

• Site seçmezsen görev, o altyapıdaki siteleri kontrol eder. Altyapıdaki kontrol edilebilir site sayısı 50'yi aşmadığı sürece yeni eklenen siteler de görevi düzenlemeden kapsama girer; 50'yi aştığında görev kataloğa en önce eklenmiş 50 siteyi kontrol eder ve sonradan eklenen siteler kapsam dışında kalır.
• Belirli siteler seçersen görev yalnızca o siteleri kontrol eder. Kritik sitelere odaklanmak için idealdir, ama yeni siteleri kendiliğinden kapsamaz.

Her iki durumda da şu kurallar geçerlidir: bir görevde en fazla 50 site kontrol edilir, alan adı kayıtlı olmayan ve bakımdaki siteler kontrol dışında kalır, her site için 10 saniyelik bir zaman aşımı uygulanır. HTTP 500'ün altındaki yanıtlar erişilebilir, 5xx yanıtlar ve bağlantı hataları erişilemeyen olarak kaydedilir. Görevin temel kurulumunu site erişilebilirlik kontrolü rehberinde adım adım anlattık.

Görevleri nasıl gruplamalı?

Hesap başına en fazla 20 görev oluşturabilirsin. Bu bütçeyi verimli kullanmak için şu üç katmanlı düzen çoğu operatörde iyi çalışır:

1. Altyapı başına bir genel görev

Her altyapı için site seçmeden kurulmuş, orta sıklıkta çalışan bir görev oluştur. Bu görev, altyapıdaki siteler için bir güvenlik ağıdır; altyapıda 50'den fazla site yoksa yeni siteleri de kendiliğinden kapsar.

2. Kritik siteler için sık çalışan görev

En çok trafik aldığın ya da kesintisinin en pahalıya patladığı birkaç siteyi seçerek daha sık çalışan ayrı bir görev kur. Bu görevin site listesini kısa tutmak, sonuçları okumayı ve alarmlara hızlı tepki vermeyi kolaylaştırır.

3. Günlük rapor görevi

Rapor türündeki bir görev, çalıştırma sayılarını, site kontrollerini, erişilebilirlik oranını ve en yakın paket bitişini günlük ya da haftalık olarak Telegram'a gönderir. Ekibin her sabah tek bir mesajla genel tabloyu görür.

Zamanlama örnekleri

Zamanlama beş alanlı 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. Yukarıdaki düzen için örnek ifadeler:

# Genel altyapı görevi: her 15 dakikada bir
*/15 * * * *

# Kritik siteler: her 5 dakikada bir (izin verilen en sık aralık)
*/5 * * * *

# Kritik siteler, yalnızca yoğun saatlerde: 12:00-23:55 arası her 5 dakikada
*/5 12-23 * * *

# Günlük rapor: her sabah 09:00
0 9 * * *

Daha fazla örnek ve saat dilimi ayrıntıları için cron ve otomasyon örnekleri yazımıza bakabilirsin.

50 siteden büyük altyapılar

Bir altyapıda 50'den fazla site varsa, site seçmeden kurulan tek bir görev hepsini kontrol etmez: yalnızca kataloğa en önce eklenmiş 50 siteyi kontrol eder, yeni eklenen siteler bu görevin kapsamına girmez. Bu durumda siteleri anlamlı gruplara bölerek birden fazla görev kurmalısın; örneğin önem sırasına ya da bölgeye göre. Bölmeyi yaparken hangi sitenin hangi görevde olduğunu görev adlarından anlaşılır kıl, örneğin "Pronet - grup A" ve "Pronet - grup B". Böylece bir bildirim geldiğinde hangi grubun etkilendiğini hemen görürsün.

Bildirimleri anlamlı tutmak

• Erişilemeyen site bulunduğunda gelen bildirimde görev adı ve etkilenen siteler yer alır; bu yüzden görev adlarını açıklayıcı seç.
• Bir çalıştırma hata verirse artan bekleme süreleriyle yeniden denenir; tüm denemeler başarısız olursa ayrı bir "Otomasyon görevi başarısız" bildirimi gelir. Bu iki bildirim türünü karıştırma: biri sitelerle, diğeri görevin kendisiyle ilgilidir. Hata türleri için görev hata yönetimi yazımıza bakabilirsin.
• Otomasyon bildirimlerini Ayarlar sayfasında kanal bazında yönet; kritik görevler için Telegram'ı açık tut.
• Bakım dönemlerinde görevler bakımdaki siteleri atlar; bu sürede sessizlik normaldir.

Örnek düzen: üç altyapılı bir paket

Paketinde Altenar, BetB2B ve EveryMatrix olduğunu düşünelim. Her biri için site seçmeden kurulmuş, her 15 dakikada çalışan üç genel görev oluşturursun. Ardından üç altyapıdan en önemli sitelerini seçip her altyapı için her 5 dakikada çalışan birer kritik görev eklersin. Son olarak her sabah gelen tek bir rapor görevi kurarsın. Toplamda yedi görevle üç altyapının tamamını kapsamış olursun ve 20 görevlik bütçenin büyük kısmı ileride ekleyeceğin altyapılar ya da webhook görevleri için boş kalır. Paketine yeni bir altyapı eklediğinde aynı kalıbı tekrarlaman yeterlidir.

Sonuçları kendi sistemine taşımak

Görev sonuçlarını kendi iç paneline ya da uyarı sistemine aktarmak istiyorsan aynı altyapı için bir webhook görevi de kurabilirsin. Webhook, belirlediğin HTTPS adresine imzalı bir JSON gövdesi gönderir; site listesi seçeneği açıksa (varsayılan olarak açıktır) gövdede her sitenin son erişilebilirlik durumu ve yanıt süresi de yer alır. Böylece LLCBullet'teki görev düzenini değiştirmeden verileri kendi araçlarında da görebilirsin.

Kurulum kontrol listesi

1. Paketindeki her altyapı için site seçmeden bir genel görev oluştur.
2. Kritik sitelerini belirle ve onlar için daha sık çalışan ayrı bir görev kur.
3. 50'den fazla sitesi olan altyapılarda siteleri gruplara böl.
4. Bir günlük rapor görevi ekle.
5. Görev adlarını bildirimde anlaşılır olacak şekilde düzenle.
6. İlk hafta çalıştırma geçmişini inceleyip sıklıkları gerektiği gibi ayarla.

Sonuç

Tek görevle çoklu site izleme, kapsamı sade tutmanın en etkili yoludur. Genel görevler güvenlik ağı olarak çalışır, kritik site görevleri hızlı tepki sağlar, rapor görevi de ekibine düzenli bir özet sunar. Bu düzenle 20 görevlik bütçen birçok altyapıya rahatça yeter.

Panelde görev oluştur