Web sitenizi tek bir konumdan izlediğinizde, sunucunuzla bağlantınızı test ediyorsunuz. Bu size Singapur, São Paulo veya Stockholm'deki kullanıcıların neler yaşadığı hakkında hiçbir şey söylemez. Bir web sitesini birden fazla konumdan izlemek, resmin tamamını görmenin tek yoludur.
Sizin için iyi ama onlar için kötüyse, gerçekten iyi mi?
15 ülkedeki müşterilerinizle bir SaaS ürünü oluşturdunuz. İş büyüyor. Çalışma süresi izlemeniz %99,9 diyor. Her şey yolunda görünüyor.
Daha sonra Mumbai'deki bir müşteri e-posta gönderdi: "İki gündür hesabıma erişemedim." Berlin'deki bir potansiyel müşteri tweet attı: "Demonuzu denedim ama site hiç yüklenmedi." San Francisco'daki ekibiniz siteyi kontrol ediyor; mükemmel çalışıyor.
İzleme sürecinizi derinlemesine incelersiniz. Hepsi yeşil. Uyarı yok. Sunucu günlüklerinizi kontrol ediyorsunuz; hata yok. CDN kontrol paneliniz tüm kenarların çalışır durumda olduğunu söylüyor. Araştırılacak bir olay yok çünkü araçlarınıza göre hiçbir şey olmadı.
Ama bir şey oldu. Web sitenize belirli bölgelerde ulaşılamıyordu ve sizin onu görmeniz mümkün değildi.
Bu nedenle, web sitenizi tek bir yerden değil, birden fazla konumdan izlemeniz gerekir. İnternet nerede durduğunuza bağlı olarak farklı görünür.
İnternet yekpare bir yapı değil. Binlerce ağdan oluşan bir ağdır ve kullanıcının cihazından sunucunuza giden yol, bulundukları yere göre değişir.
DNS dağıtılır. Jakarta'daki bir kullanıcı alanınızı sorguladığında Chicago'daki bir kullanıcıyla aynı DNS sunucusuna ulaşmıyor. DNS sağlayıcınızın Güneydoğu Asya'daki herhangi bir noktaya yayın düğümü yanlış yapılandırılmışsa veya kapalıysa, o bölgedeki kullanıcılar NXDOMAIN hataları alırken dünyanın geri kalanı sorunsuz çalışır.
Gerçek senaryo: Bir DNS sağlayıcısının Singapur PoP'si 4 saat boyunca eski kayıtları sunar. Güneydoğu Asya'daki kullanıcılar sitenize ulaşamıyor. Virginia'daki izlemeniz yanlış bir şey görmüyor.
BGP, paketlerin internette nasıl dolaşacağını belirler. Yanlış yapılandırılmış bir rota duyurusu, trafiğin saçma sapan yollara veya bir kara deliğe gönderilmesine neden olabilir. Bu yönlendirme sorunları genellikle bölgeye özgüdür. Arjantin'den gelen trafik düşerken Brezilya'dan gelen trafik mükemmel şekilde işleyebilir.
Gerçek senaryo: Latin Amerika'daki bir İSS kötü bir rota duyurdu. Siteniz 3 milyon kullanıcı için erişilemez hale geliyor. ABD merkezli izlemeniz %100 çalışma süresini gösteriyor.
CDN'nizde 200 uç konum bulunur. Her biri bağımsız bir başarısızlık noktasıdır. Sidney'deki bir uç, bozuk içerik sunabilir. Frankfurt'taki bir kenarın süresi dolmuş bir sertifikası olabilir. CDN durum sayfasında "Tüm Sistemler Çalışıyor" yazıyor çünkü toplam sağlık durumları iyi durumda; bu bölgelerdeki kullanıcılarınız aynı fikirde değil.
Gerçek senaryo: Mumbai'deki CDN kenarı 6 saat boyunca 503 değerini döndürüyor. Diğer kenarlar mükemmel çalışıyor. Yalnızca ABD'den izlerseniz hiçbir şey göremezsiniz.
Bazı İSS'lerin belirli barındırma sağlayıcıları veya IP aralıklarıyla eşlemesi zayıftır. Sıkışık bir eşleme noktası, hızlı bir web sitesini söz konusu İSS'deki milyonlarca kullanıcı için kullanılamaz hale getirebilir; aynı şehirdeki diğer ağlardaki kullanıcılar ise hiçbir sorun yaşamaz.
Gerçek senaryo: Endonezya'daki büyük bir İSS, yoğun saatlerde AWS IP aralıklarına giden trafiği kısıtlıyor. Kullanıcılar 15 saniyelik sayfa yükleme deneyimi yaşarlar. Diğer İSS'lerdeki kullanıcılar 800 ms'de yüklenir.
Ortak konu: Bu hataların her biri konuma özgüdür. Kaynak sunucunuzu etkilemezler. APM'nizde görünmüyorlar. Web sitenizi dünya çapında birden fazla yerden aktif olarak izlemediğiniz sürece, oturduğunuz yerden görünmezler.
Mevcut izleme sisteminizin bozuk olması söz konusu değil. Daha basit bir sorun için tasarlanmıştı.
Çoğu izleme hizmeti, ağırlıklı olarak ABD ve Batı Avrupa'ya yönelik 5-15 konum sunar. Kullanıcılarınız Latin Amerika, Güneydoğu Asya, Afrika veya Doğu Avrupa'yı kapsıyorsa izleme sürecinizde önemli kör noktalar bulunur.
AWS us-east-1'den AWS us-west-2 sunucunuza kadar olan kontroller, gerçek dünyadaki ağ yollarını değil, bulut sağlayıcı eşlemesini test eder. Bulut ara bağlantıları hızlı ve güvenilirdir. Kullanıcılarınızın ISP bağlantıları değil.
"Sitenin Singapur'da kapalı olduğunu" bilmek, işlem yapılmasına olanak sağlamaz. DNS miydi? TCP anlaşması zaman aşımı mı? TLS hatası mı? TTFB yükselişi mi? Gecikme dökümü ve traceroute verileri olmadan temel nedeni teşhis edemezsiniz.
Kurumsal düzeyde dağıtılmış izlemenin maliyeti genellikle ayda 200 ila 500 ABD dolarıdır. Yeni başlayanlar ve küçük işletmeler için bu önemli bir masraftır. Ekipler daha az konuma sahip daha ucuz araçlarla uzlaşır ve en iyisini umarlar.
Bir web sitesini birden fazla konumdan (50, 70 veya daha fazla) izlediğinizde kör noktalarınızı önemli ölçüde azaltırsınız. Keşfedilmemiş bölgelerde sorunların bulunmadığını ummaktan, gerçekten bilmeye geçersiniz.
Bölgesel kullanılabilirlik sorunlarının, kontrol paneliniz yeşil görünse bile gerçek maliyetleri vardır.
Sitenizi yükleyemeyen kullanıcılar destek bildiriminde bulunmaz; bir alternatif bulurlar. Birkaç saat süren bölgesel bir kesinti, JavaScript'inizi yükleyemedikleri için analizlerinizde hiç görünmeyen ziyaretçilerinize mal olur. Onların var olduğunu asla bilemeyeceksiniz.
Kayıt sayfanız Brezilya'da zaman aşımına uğradı. Ödeme işleminiz Hindistan'da başarısız oluyor. Bunlar "en ileri vakalar" değil; Brezilya ve Hindistan'da çok büyük bir internet popülasyonu var. Web sitenizi bu bölgelerdeki birden fazla konumdan izlemiyorsanız, ölçemediğiniz geliri kaybedersiniz.
Google birden çok coğrafi konumdan tarama yapar. Googlebot belirli bölgelerden sitenize ulaşamazsa o sayfaların dizini kaldırılır. Gecikmenin yüksek olduğu bölgelerde Önemli Web Verileri puanları düşüyor. Sıralamalar düşüyor ve organik trafik düşene kadar bunun nedenini bilemezsiniz.
"Hizmetleri buradan asla çalışmaz." Reddit, Twitter ve sektör forumlarında söylenenler bunlar. Ürününüz belirli bölgelerde güvenilmez olarak ün kazandığında, bu algının tersine çevrilmesi aylar sürer; hatta altta yatan sorunları giderdikten sonra bile.
Etkili çok konumlu izleme üç temel dayanağı gerektirir: kapsam, teşhis derinliği ve trend farkındalığı.
Her büyük kıtayı kapsayın. Yalnızca 1. kademe şehirleri değil, kullanıcılarınızın gerçekte bulunduğu yerleri de ekleyin. Tokyo, Singapur, Sidney, Mumbai, Frankfurt, São Paulo, Johannesburg. Her ek konum kör nokta kapsamınızı azaltır.
Daha fazla konum = öfkeli müşteri e-postalarından kaynaklanan daha az sürpriz.
Her aşamayı ölçün: DNS çözünürlüğü, TCP anlaşması, TLS anlaşması, ilk bayta kadar geçen süre, içerik aktarımı. Bir şey yavaşladığında veya başarısız olduğunda hangi aşamanın sorumlu olduğunu bilmeniz gerekir; aksi takdirde körü körüne hata ayıklamış olursunuz.
"Yavaş" ifadesi eyleme geçirilemez. "Tokyo'dan 450 ms DNS" dir.
Traceroute size tam olarak hangi ağ atlama noktasının gecikme eklediğini veya paketleri bıraktığını gösterir. Geçmiş veriler, mevcut performansı temel değerlerle karşılaştırmanıza olanak tanır. Birlikte, bir şeyin yeni kırılıp kırılmadığını veya her zaman idealin altında olup olmadığını size söylerler.
Kanıta dayalı yükseltme, sağlayıcılardan daha hızlı yanıt alır.
İster yönetilen bir hizmet kullanıyor olun, ister kendinizinkini oluşturuyor olun; bunlar temel ilkelerdir.
Hangi ülke ve şehirlerin trafiği artırdığını görmek için Google Analytics'i, Cloudflare analizlerini veya sunucu erişim günlüklerini kontrol edin. İzleme konumlarınız kullanıcı coğrafyanızla eşleşmelidir; kullanıcılarınız Manila'daysa Frankfurt'tan izlemenin bir faydası olmaz.
50'den az lokasyon önemli boşluklar bırakıyor. Yetersiz hizmet alan bölgelerde kapsama alanı sağlayın: Güneydoğu Asya, Latin Amerika, Afrika, Doğu Avrupa ve Okyanusya. Bunlar genellikle sorunların fark edilmeden saklandığı yerlerdir.
Kayıt sayfanızı, ödeme akışınızı, oturum açma uç noktanızı ve önemli API rotalarınızı izleyin. Kullanıcılarınız bir satın alma işlemini tamamlayamıyor veya hesaplarına giriş yapamıyorsa, çalışan bir ana sayfanın hiçbir anlamı yoktur.
DNS, TCP, TLS ve TTFB zamanlamasını yapılandırın. Yönlendirme sorunlarını teşhis etmeniz gerektiğinde traceroute ve MTR'yi ayarlayın. Bu veriler olmadan bir şeylerin yanlış olduğunu bileceksiniz ancak neyi düzeltmeniz gerektiğini bilemezsiniz.
Yalnızca küresel kesintiler konusunda uyarı vermeyin. Belirli bir bölge gecikme eşiklerini aştığında veya kullanılabilirlik azaldığında dünyanın geri kalanı iyi durumda olsa bile bildirim alın. Bölgesel bozulma genellikle daha büyük sorunların habercisidir.
"Singapur'dan 250 ms iyi mi kötü mü?" Yalnızca tarihsel bağlamınız varsa bilirsiniz. Her bölge için temel performansı belirleyin. Kademeli bozulmaya dikkat edin; yavaş yavaş gelişen sorunların, kesintiye dönüşene kadar gözden kaçırılması kolaydır.
Her hafta 10 dakikanızı bölgesel performansı incelemeye ayırın. Sürekli olarak daha yüksek gecikme süresine veya daha düşük kullanılabilirliğe sahip bölgeleri arayın. Bu modeller, gerçek zamanlı uyarıların gözden kaçırabileceği sorunları ortaya çıkarır.
Bölgesel bir sorun hakkında CDN'niz, barındırma sağlayıcınız veya DNS hizmetinizle iletişime geçtiğinizde, traceroute verilerini, zamanlama dökümlerini ve geçmiş çizelgeleri yanınızda getirin. "Brezilya'daki kullanıcılar şikayet ediyor" ifadesi reddediliyor. "İşte São Paulo sınırınızda 400 ms gösteren 7 günlük traceroute" dikkat çekiyor.
Latency Global, dünyanın çeşitli yerlerindeki web sitelerini izlemek üzere özel olarak geliştirildi. Kontrolleri 6 kıtada 70'ten fazla konumda gerçekleştiriyoruz; çoğu izleme hizmetinin göz ardı ettiği bölgeleri kapsıyor: Güneydoğu Asya, Latin Amerika, Afrika, Orta Doğu ve Doğu Avrupa.
Her kontrol tam gecikme dökümünü içerir: DNS, TCP, TLS, TTFB. Yönlendirme sorunlarını teşhis etmek için traceroute ve MTR'yi isteğe bağlı olarak herhangi bir konumdan çalıştırabilirsiniz. Geçmiş veriler, mevcut performansı temel değerlerle karşılaştırmanıza olanak tanır. Ve bunun maliyeti ayda 5 ABD doları'dır; kurumsal küresel izlemenin genellikle maliyeti olan 200-500 ABD doları değil.
Küresel izleme altyapısının işletilmesi pahalıdır. Ücretsiz katmanları sürdürerek değil, hizmete değer veren ödeme yapan müşterilere hizmet vererek fiyatları erişilebilir tutuyoruz.
Tek konum izleme, internetteki bir noktadan sunucunuza olan bağlantıyı test eder. Diğer bölgelerdeki kullanıcıların deneyimleri hakkında size hiçbir şey söylemez. DNS coğrafyaya göre farklı şekilde çözümlenebilir. Rota yolları konuma göre değişir. CDN kenarları bağımsız olarak başarısız olur. İSS'lerin farklı eşleme düzenlemeleri vardır. Sitenizin Singapur, São Paulo veya Stockholm'deki kullanıcılar için işe yarayıp yaramayacağını bilmenin tek yolu bu konumlardan test yapmaktır.
Kullanıcı dağıtımınıza bağlıdır, ancak daha fazlası daha iyidir. Kullanıcılarınız birkaç ülkede yoğunlaşmışsa bunları özellikle ele alın. Küresel bir hedef kitleniz varsa, tüm büyük kıtaları kapsayan 50'den fazla konumu hedefleyin. Açığa çıkarılan her bölge, sorunların fark edilmeden gizlenebileceği potansiyel bir kör noktadır.
Bulut sağlayıcıları (AWS, GCP, Azure) bölgeleri arasında mükemmel ara bağlantılara sahiptir. AWS ap-southeast-1'den AWS us-west-2 sunucunuza yapılan bir kontrol genellikle özel bulut omurga ağları üzerinden tutarlı ve düşük gecikmeyle gider. Kullanıcılarınız bu şekilde bağlantı kurmaz. Gerçek kullanıcılar, halka açık internet altyapısını tüm değişkenliğiyle (ISP eşlemesi, okyanus ötesi kablolar, bölgesel yönlendirme tuhaflıkları) geçer. Bulut dışı görüş noktalarından izleme daha gerçekçi bir resim sunar.
Sorun onu ne zaman çalıştıracağını bilmektir. Bir kullanıcı şikayette bulunduğunda sorun saatlerdir devam ediyor olabilir veya çözülmüş olabilir. Sürekli izleme, sorunları ortaya çıktıkça yakalar. Ve hata ayıklamanız gerekiyorsa, geçmiş traceroute verilerine sahip olmak, olay bittikten hemen sonra değil, olay sırasında ağ yolunun nasıl göründüğünü gösterir.
Analitiklerinize dikkat edin: Kullanıcıların yüzde kaçı izleme kapsamınızın dışından geliyor? Bu bölgelerden elde edilen geliri hesaplayın. O zaman şunu düşünün: Siteniz bu bölgelerde 4 saat boyunca kapalı olsaydı ve bunu bilmiyorsanız, bunun maliyeti ne kadar olurdu? Çoğu işletme için ayda 5 ABD Doları, tespit edilemeyen tek bir bölgesel kesintiden kaynaklanan potansiyel gelir kaybıyla karşılaştırıldığında bir yuvarlama hatasıdır.
DNS izleme çözümleyici sorunlarını yakalar. SSL izleme, bölgesel olarak sertifikaların süresi dolmadan önce sizi uyarır. Bağlantı noktası izleme, HTTP olmayan hizmetleri doğrular. Ping izleme, HTTP ek yükü olmadan ham ağ gecikmesini ölçer. Traceroute ve MTR, sorunlar ortaya çıktığında yönlendirme sorunlarının tanılanmasına yardımcı olur. Kapsamlı bir kurulum, farklı görünürlük açıları için birden fazla monitör tipi kullanır.
Web sitenizin her yerde çalışacağını ummaktan vazgeçin. Bilmeye başlayın. URL'lerinizi ekleyin, izleme konumlarınızı seçin ve dünyanın her yerindeki kullanıcıların size e-posta göndermeden önce gerçekte neler deneyimlediklerini görün.
Aylık 5$ • Sözleşme yok • İstediğiniz zaman iptal edin