Altyapı Tabanlı İzleme Nedir? Geleneksel İzlemeden Farkı

Site izleme denince çoğu kişinin aklına bir URL listesi gelir: adresleri tek tek eklersin, araç belirli aralıklarla bu adreslere istek atar ve yanıt gelmezse seni uyarır. Bahis sektöründe ise siteler çoğunlukla ortak altyapılar üzerinde çalışır ve bu yapı farklı bir izleme yaklaşımını mümkün kılar. Bu yazıda altyapı tabanlı izlemenin ne olduğunu, geleneksel URL izlemeden hangi noktalarda ayrıldığını ve hangi sınırlarla birlikte geldiğini anlatıyoruz.

Önce iki kavram: altyapı ve site

Altyapı, birden çok bahis sitesinin üzerine kurulduğu ortak yazılım platformudur; Altenar, BetConstruct, Digitain ya da Pronet Gaming gibi. Site ise bu platformlardan birinde çalışan tekil bahis sitesidir ve üçüncü taraflara aittir. Aynı altyapıyı kullanan siteler teknik olarak benzer davranır; altyapı tarafındaki bir değişiklik ya da sorun, o altyapıdaki birçok siteyi aynı anda etkileyebilir.

Geleneksel URL bazlı izleme nasıl çalışır?

Genel amaçlı uptime araçlarında her adres ayrı bir izleyicidir. Bu model tek bir web sitesi ya da kendi API'n için gayet iyi çalışır, ancak çok sayıda üçüncü taraf siteyi takip etmeye çalıştığında bazı zayıflıklar öne çıkar:

• Her yeni site için izleyiciyi elle eklemen gerekir; eklemeyi unutursan o site hiç izlenmez.
• Araç hangi sitenin hangi altyapıda olduğunu bilmez; bu eşleştirmeyi ayrı bir tabloda senin tutman gerekir.
• Bir altyapıya yeni site eklendiğinde ya da bir site altyapı değiştirdiğinde bunu ancak kendin fark edersen öğrenirsin.
• Aynı anda gelen çok sayıda uyarının ortak bir nedene bağlı olup olmadığını anlamak için sonuçları kendin gruplaman gerekir.

Altyapı tabanlı izleme ne değiştirir?

Altyapı tabanlı yaklaşımda izlemenin birimi adres değil altyapıdır. LLCBullet'te paketler altyapı bazında satılır: bir altyapıyı aldığında o altyapıdaki tüm siteler kapsama girer ve altyapıya sonradan eklenen siteler de kendiliğinden kapsamına dahil olur. Katalog ekip tarafından güncel tutulur; bir site altyapı değiştirirse ya da kapanırsa katalog buna göre güncellenir ve değişiklik panelde görünür.

Pratikte neler kazanırsın?

• Liste bakımı yok: Site eklemek ya da çıkarmak için izleyici yönetmezsin; kapsam altyapıyla birlikte gelir.
• Yeni sitelerden haberdar olma: Katalog güncellemeleri bildirimi, paketindeki altyapılara yeni site eklendiğinde seni uyarır. Ayrıntılar katalog güncelleme bildirimleri yazımızda.
• Düzenli sağlık kontrolü: Alan adı kayıtlı sitelerin erişilebilirliği yaklaşık 10 dakikada bir kontrol edilir ve Siteler sayfasında yanıt süresiyle birlikte görünür.
• Kendi zamanlamanla kontrol: İstersen altyapı başına bir site erişilebilirlik kontrolü görevi kurup cron ifadesiyle kendi takvimini belirleyebilirsin.

Toplu arızaları okumak

Altyapı düzeyinde bakmanın belki de en değerli yanı, bir sorunun kapsamını hızla anlamandır. Sonuçlar altyapıya göre gruplandığı için şu ayrımı yapmak kolaylaşır:

• Bir altyapıdaki sitelerin büyük kısmı aynı kontrol turunda erişilemez görünüyorsa sorun büyük olasılıkla altyapıda ya da ortak ağ katmanındadır.
• Aynı altyapıda yalnızca tek bir site erişilemiyorsa sorun muhtemelen o sitenin alan adı, sunucusu ya da yapılandırmasıyla ilgilidir.
• Farklı altyapılardaki siteler aynı anda etkileniyorsa ortak bir ağ ya da bölgesel erişim sorunu ihtimalini değerlendirmek gerekir.

Bu okuma kesin bir teşhis değildir, ama ilk birkaç dakikada doğru yere bakmanı sağlar ve gereksiz yere tek tek siteleri kontrol etmekten kurtarır.

Sınırları da bilmek gerekir

• Alan adı kayıtlı olmayan siteler katalogda yer alır ancak "İzlenmiyor" olarak işaretlenir ve otomatik kontrol kapsamına girmez.
• Site kontrolü HTTP 500'ün altındaki yanıtları erişilebilir sayar ve yönlendirmeleri izlemez; bir sitenin bakım sayfası ya da güvenlik doğrulama ekranı bu nedenle erişilebilir görünebilir.
• Kontroller LLCBullet sunucularından yapılır; senin bulunduğun ağdan ya da ülkeden erişim farklı sonuç verebilir.
• Bakımdaki siteler bakım süresince erişilemez olarak işaretlenmez ve görevler bu siteleri atlar.

Altyapı tabanlı izlemeye geçiş

Elinde hâlihazırda bir URL listesi varsa geçiş birkaç adımda tamamlanır ve eski listeni tamamen çöpe atman gerekmez:

1. Mevcut listendeki siteleri mağazada aratıp her birinin altyapısını not et.
2. Listenin büyük kısmını kapsayan altyapıları belirle; birkaç sitelik uç durumları ayrıca değerlendir.
3. Bu altyapılarla bir paket oluştur ve ilk girişte Siteler sayfasında kapsamın beklediğin gibi olduğunu kontrol et.
4. Kritik altyapılar için kendi zamanlamanla çalışan site kontrolü görevleri kur ve erişilemeyen site bildirimini açık bırak.
5. Kendi sunucun ya da API uç noktaların gibi katalogda olmayan adresler için mevcut URL izleyicini kullanmaya devam et.

Bu düzende iki yaklaşım birbirinin rakibi değil tamamlayıcısıdır: altyapı tabanlı izleme üçüncü taraf siteleri, URL izleme ise kendi varlıklarını takip eder.

Hangi durumda tercih etmeli?

Yalnızca kendi sitesini izleyen biri için URL bazlı bir araç çoğu zaman yeterlidir. Buna karşılık birden çok üçüncü taraf siteyle çalışıyorsan, bu siteler birkaç altyapıya dağılmışsa ve kataloğun değişimini elle takip etmek istemiyorsan altyapı tabanlı izleme daha az bakım ve daha anlamlı uyarı demektir. İki yaklaşımın ayrıntılı karşılaştırması için Uptime Robot ve LLCBullet yazımıza göz atabilirsin.

Sonuç

Altyapı tabanlı izleme, izlemenin birimini adresten platforma taşır. Böylece kapsam kendiliğinden güncel kalır, yeni sitelerden haberdar olursun ve bir arızanın tek siteyle mi yoksa altyapının tamamıyla mı ilgili olduğunu daha hızlı anlarsın. Sınırlarını bilerek kullandığında, dağınık bir URL listesinin yerini tutarlı bir operasyon görünümü alır.

Desteklenen altyapıları gör