İhtiyaçlarınıza Uygun Bir Web Sitesi İzleme Aracı Nasıl Seçilir

Bir uyarı sesiyle uyandınız ve saatten emin değilsiniz, ancak dışarısı karanlık ve bilincinizi yeniden kazanmaya başladığınızda bildirimlerin sel gibi aktığını görüyorsunuz.

Bir şey uygulamanızı çökertti ve Avrupa'daki kullanıcılar oldukça tedirgin. Yedekleme olmadan bir saat geçti, müşteri hizmetleri yöneticinizin normale dönmeyi beklediğiniz her 15 dakikada bir soru sormasını kaydedin. İkiniz, ekibinizin geri kalanının uyanmasını, haberleri almasını ve parmaklarıyla işaret etmeye başlamasını izliyorsunuz.

Aksama süresinin dördüncü saati doruk noktasına ulaştığında, tüm bu durumun önlenebilir olduğunu düşünüyorsunuz. Keşke bir şey bizi yaklaşan kıyametimiz konusunda uyarmış olsaydı.

Uygulama çalışma süresinin ana yönerge olduğu web sitesi izleme dünyasına hoş geldiniz. Belki 3 am ateşiniz tam olarak bu şekilde sönmedi, ancak DevOps'ta bu kadar uzun süre hayatta kaldıysanız, bir tane geçirdiniz - ve bahse gireriz hoş değildi.

Amacınız bu benzersiz acıyı en aza indirmekse , bir web izleme sağlayıcısında ihtiyacınız olanı ortaya koyan, göz atması kolay bir kılavuzla arama sırasında emmeyi biraz daha az yapmanıza yardımcı olmak için buradayız.

Web sitesi izleme aracı seçmek için tek noktadan kılavuz

Temel bilgilerle başlayalım: izleme ve raporlama. 1984'ün her şeyi gören tele ekranları gibi, burada izleme, operasyonlarınızın “dış” gözetimini ifade eder. Harici araştırma sunucuları genellikle uygulamanızın durumunu izlemek için kullanılır.

Hesap verebilirlik, gözetim veya daha doğrusu gözlemlenebilirlikle başlar. Altyapınızın size anlattıklarına dayanarak neler öğrenebilirsiniz?

Raporlama, sorumluluğunuzu ölçer, ancak iyi raporlama özneldir. Bazıları, herhangi bir biçimde paketleyebilecekleri ham verileri beğenebilir. Bazıları otomatikleştirilmiş raporların teslim edilmesini ister, bazıları sayı ağırlıklı, bazıları ise daha görsel bir yaklaşım ister. Raporlama, izlemenin diğer yüzüdür ve bu iki unsurun doğru olması, uygulamanızın erişilebilir kalmasını ve hizmet düzeyi anlaşmalarınızın karşılanmasını sağlayacaktır.

Altyapınızı ne kadar iyi anlarsanız, izlemeden o kadar fazla değer elde edersiniz. Sağlayıcılar, maliyetleri düşük tutmak için genellikle kontrol türlerini ayrıştırır. Altyapınızın web izleme ihtiyaçlarını anlamak, iyi bir maliyet tasarrufu kaynağıdır.

Hesap verebilirlik için web izleme ve raporlama

İzleme, yalnızca sunucu cücelerinizi iş başında uyurken yakalamakla ilgili değildir, size hizmetin yukarı veya aşağı olduğundan daha fazlasını söylemelidir. Performans ölçümleri aracılığıyla altyapınızın nasıl çalıştığına dair net bir resim geliştirebilirsiniz. Özellikle gerçek kullanıcı izleme (RUM) gibi daha gelişmiş kontrollerle - ancak daha sonra.

Satıcınızın durum sayfasını kontrol edin ve önceki altı ila 12 aylık kesinti verilerini gözden geçirin. Satıcı sık sık kapalı mı? Genel çalışma süreleri ve olay yönetimi, güvenilirliklerine ilişkin ipuçları sağlamalıdır.

Hangi web sitesi izleme kontrol türleri en kullanışlıdır?

Bir sağlayıcı seçmeden önce ihtiyaçlarınızı değerlendirmek istersiniz. Buna cevap ver, gecenin bir yarısı seni ne uyandırır? Bu altyapı, sağlayıcıları test ederken yapılandırdığınız ilk bileşenler arasında olmalıdır.

İzleme için bir saldırı planı oluşturun ve sahip olmanız gereken hizmetlerin bir listesini yapın. Belirli planlar sunan hizmet sağlayıcılar burada yardımcı olabilir veya zarar verebilir. İyi planlar, onları kullanan işletmelerin büyüklüğünü hesaba katar. Planınızı özelleştirmek için yükseltme ve eklenti seçeneklerinizi sormaktan asla zarar gelmez.

Belki bir web monitörü aramanıza neden olan şey bir 404 veya bir SSL hatasıydı, ancak kendinize deneme ve büyüme için yer bırakın. Test ederken, sisteminizi izlemenin ve çek tahsislerinizi kullanmanın ek yollarını bulacağınızdan şüpheniz olmasın.

Temel kontroller ve web izleme işlevleri

Temel kontroller genellikle tek bir URL'yi izlemek veya DNS kayıtlarını kontrol etmek gibi yalnızca bir şey yapar. Bu kontrol türleri, genellikle bir kesinti meydana geldikten sonra, bir kişinin izleme aramasını ister. Bu hakkı almak önemlidir.

HTTP(S), SSL, DNS ve Etki Alanı Süresi Sonu, akılda tutulması gereken bazı temel kontrollerdir, çünkü bunlar son kullanıcının hissetmeye meyilli olduğu kesinti türleridir. Bu kontroller ayrıca çoğu kurumsal kullanıcının izleme omurgasını oluşturur. Yalnızca bu kontrol türlerini içeren planlar, yeni başlayanlar ve küçük işletmeler için güçlü "başlangıç" planlarıdır.

Bazen "web izleme" olarak adlandırılan HTTP(S) kontrolleri, çalışma süresini izler. SSL, DNS ve Etki Alanı Süresinin Doldurulması, kritik altyapının önlenebilir nedenlerle başarısız olmamasını sağlama eğilimindedir. Sağlayıcınız performans metriklerini de içeriyorsa, bu açık bir bonus.

Sağlayıcınızın, ihtiyacınız olan yerde uyarı dağıtımını desteklediğinden emin olun. Yaklaşan bir SSL sona erme süreniz varsa, bürokrasiyi karıştırıp bu bildirimi doğrudan yenileme için ödeme yapabilecek ve yenilemeleri için yeterli zamanı olan kişinin önüne koymanız yararlı olacaktır. Daha fazla uzmanlığa ihtiyaç duyulursa, sorun otomatik olarak başka birine iletilebilseydi daha da iyi olurdu.

Her DevOps ekibinin dikkate alması gereken gelişmiş kontroller

Gelişmiş kontrol, gerçek kullanıcı verilerini kullanan veya eylemlerini kullanıcı eylemlerine dayandıran bir kontroldür. Bu karmaşık kontrol türleri genellikle biraz kurulum çabası gerektirir. Kazanç, onları kullanan kuruluşlar için anıtsal olabilir.

Gelişmiş kontrol türleri, giriş yapmak veya bir öğe satın almak gibi kritik hedefi veya gezinme hunilerini denetler. Gerçek kullanıcılar gibi davrandıkları (veya bazen onlardan veri aldıkları) için bu kontroller, sitenizin çeşitli koşullar altında performansının net bir resmini verir.

Neden bu kontrol türlerini kurmak için çaba harcamalısınız?

• Test: Çok sayıda geçmiş veri üretirken yeni özelliklerin ve yükseltmelerin performansının görünürlüğü
• İlk yanıt: Bir ödeme sayfasının kapanması, tek bir HTTP(S) denetiminin başarısız olmasından daha fazlası anlamına gelebilir. Neyin başarısız olduğu ve ne zaman teşhise nereden başlayacağınız konusunda iyi göstergelerdir.

James'le tanışalım ve çoklu kontrol türlerinin nasıl faydalı olduğunu görelim:

James, şirketi Edgeco için yeni bir ürün piyasaya sürüyor. Bu yeni hizmet, yeni altyapının yanı sıra kendi güvenlik sertifikasını gerektirecek. James, erken kullanıcı deneyimi hakkında daha fazla bilgi edinmek için bu hizmeti gerçek kullanıcı izleme ile dağıtacak. SSL izleme, James'in başka projelere geçtiğinde, yenilemenin unutulmamasını sağlamak için sertifikasının yerinde güvencelere sahip olmasını sağlayacaktır.

Bu URL'yi izleyen bir HTTP(S) kontrolü ile James ve ekibi, kesinti tespit edildiğinde ilk müdahale yeteneklerine sahip olur. James, bir işlem kontrolü kullanarak, yeni hizmette oturum açma ve temel bileşenlerini kullanma gibi kritik kullanıcı akışlarını test edebilir.

James, Gerçek Kullanıcı İzleme ile konuşlandırıldığından, hizmeti, hizmet ömrü boyunca kendisi ve ekibinin yaptığı her değişiklik boyunca kullanım istatistiklerini topladı. Altı ay içinde James, belirli bölgelerde yerelleştirilmiş performans sorunlarını belirlemek ve ekibini buna göre geliştirmeye yönlendirmek için yeterli veriye sahip olacak. Kontrol katmanları, karmaşık altyapının yönetimini korumaya ve basitleştirmeye yardımcı olur.

Sahip olunması gereken web izleme yazılımı

İhtiyacınız olan çek türlerini belirlediyseniz, hayatınızı biraz daha kolaylaştırmak için sahip olunması güzel özellikleri karşılaştırmaya başlamanın zamanı geldi. Bazı sağlayıcılar bir durum sayfası veya entegrasyonları "premium" teklifler olarak sunduğundan, burada çok fazla farklılaşma var.

Genel ve özel raporlama

Görünürlük önemlidir. Kim görebilir? Yöneticiler bunu anlayacak mı? Halkın erişimi var mı? Bir kesinti sırasında DevOps, büyük olasılıkla dahili olarak ve kullanıcılar aracılığıyla baskı altındadır, bu nedenle görünür raporlamanın değeri vardır.

Destek ücretsiz çalışmıyor. Her destek bileti, bir makro/hızlı yanıtla bile zaman gerektirir. Birisinin bileti açması, başka bir görev üzerinde çalışmayı bırakması ve buna yanıt vermesi gerekiyor. Kullanıcı tabanınızı yüz binlerce veya milyonlarca kullanıcı artırın ve destek, yukarı mı yoksa aşağı mı olduğuyla ilgili sorulara aynı standart yanıtı göndererek tüm gün süren üretkenliği kaybedebilir. Görünür raporlama, soruları yanıtlamak ve destek yanıtı üzerindeki yükü azaltmak için bir platform oluşturur.

İkincil fayda mesajlaşmadır, çünkü yanlış haber hikayesi itibarınızı mahvedebilir. Felaketin önüne geçtiğinizde, şeffaflığa odaklanarak haber kaynağı olursunuz. Bu, tartışmalara dayalı tıklamalar tarafından yönlendirilen bir endüstrinin insafına kalmaktan çok daha iyidir.

Kullanım kolaylığı ve değer

İzleme ve raporlamaya kadar her şey harika görünüyor. Kurulum maliyeti ne olacak? Destek ekibiniz gibi mühendisleriniz de ücretsiz çalışmıyor. Bir sağlayıcıyı test etmenin bile bir kurulum maliyeti vardır, bu nedenle tüm gereksinimlerinizi değerlendirmek için zaman ayırın.

Kullanım kolaylığı, hesap kurulumundan yeni kullanıcıları dahil etmeye kadar her şeyi ifade eder. Deneme süreniz sırasında, temel bilgilere ve en kısa sürede çalışmaya başlayıp başlamaya odaklanabilirsiniz; uzun vadeli projelendirin ve kullanıcıların sistemle nasıl etkileşime gireceğini düşünün.

Sağlayıcı değiştiriyorsanız, yüzlerce çeki kolayca aktarabileceğiniz bir içe/dışa aktarma işlevine sahip olmak da yararlıdır.

Tekli oturum açma yazılımı (SSO), şirketinize bir dereceye kadar güvenlik sunan ve kullanıcılarınızın benimsemesini kolaylaştıran iyi bir örnektir. Destek belgeleri ve genel kullanım, yazılımın erişilebilirliği konusunda size ipucu verebilir. Sistemin her açıdan nasıl çalıştığını test etmek için başka bir kullanıcıyı bazı kontroller ayarlamaya veya raporlar almaya davet etmeyi düşünebilirsiniz.

Özelleştirme ve gözlemlenebilirlik

100'den fazla monitörün söz konusu olmadığı ortalama kurumsal kullanım durumunu ele alalım. Bu tür bir kurulum için raporlama nasıl görünür? Masif, tek kelimedir. Kıvrımlı, belki başka. Yüzden fazla şeyi izlemek zor olacak, bu nedenle web izlemeden gözlemlenebilirlik oluşturmak, işinizi yapmak için görmeniz gerekenleri de hesaba katmalıdır. Sağlayıcınızın görünürlüğü nasıl ele aldığı, size birincil işleri hakkında çok şey söyler.

Dikkat edilmesi gereken bazı yararlı özellikler, çekleri düzenlemek için renk kodu uygulayabileceğiniz veya ekip veya şirket içi adlandırma kurallarını kullanabileceğiniz etiketleri içerir. Ayrıca komut satırında çalışmayı tercih edebilirsiniz; bu durumda API, aranması gereken önemli bir özelliktir. Seçeneklerinizi değerlendirirken bilmeniz gereken potansiyel limitleri sorduğunuzdan emin olun.

Panolar dahili görünürlük sağlar

Bu hacim konusuna yaklaşmanın bir yolu, çek yönetimi için merkezi bir alan sağlamaktır. Genel bakış ve temel metriklere anında erişimden hoşlanan biriyseniz, gösterge tabloları size arzu ettiğiniz görünürlüğü verir. Buradaki bonuslar paylaşılabilirliği içerir. Siz veya ekibiniz, anında geçiş yapabileceğiniz panolar tasarlayabilir misiniz? Erişimi kontrol edebilir veya belirli kullanıcılara özel panolar atayabilir misiniz?

Markalı durum sayfaları güven sağlar

Çoğu şirket şeffaflığa değer verir, bu nedenle durum sayfalarına sahip olmak güzeldir. Güven kendini göstermez. İzleme ve durum sayfanızı birleştirmek basitlik sunar. Bu hizmetlerin her biri için bir satıcı kullanıyorsanız, aralarında iletişimi geliştirmeye yardımcı olacak bir katmana sahip olmanız gerekir. Genellikle bu, birinin titizlikle bileşenler oluşturması veya bir komut dosyası yazması gerektiği anlamına gelir. O zaman bile, web sitenizle aynı kesinti risklerini taşıyabilecek, kendi kendine barındırılan bir hizmete veri çekiyor olabilirsiniz.

Durum sayfanız ve web siteniz arasında kusursuz bir deneyim profesyonel görünür. Ancak, bir kesinti veya bakım dönemi boyunca durum sayfanızda düzenli güncellemeler de dahil olmak üzere olay yönetimini müdahale rutininize dahil etmeniz gerekir.

Ayrıca, bilgileri bilmesi gereken bazında tutmak için tasarlanmış dahili durum sayfaları da vardır. BT ekibinizin dışındaki kişiler kritik kesinti sürelerini görebilir. Bir kesinti meydana geldiğinde, dahili durum sayfaları tüm şirketi güncelleyen bir merkez haline gelir.

Uyarılar ve gözlemlenebilirlik

Hizmet düzeyi anlaşmaları, bir soruna tepki verme zamanı geldiğinde bu sinyalde yerleşik eşiklere sahip olma eğilimindedir. Bu "hata bütçeleri", ekibinizin gece uyumasına izin verir. Uyarılar ve içerdikleri, yanıt vermek için beş ila 60 dakikalık bir süre arasındaki farkı yaratır.

İyi uyarı öğreticidir. Uyarılar durum kodları, önerilen düzeltmeler içerebilir veya sizi uyarı analizi gibi faydalı kaynaklara yönlendirebilir. En iyi uyarılar, gerçek bir sorunun meydana geldiğini belirtir ve bu sorunun ne olabileceğini size söyler. "Çalışmıyor" ile "500 hata bildiriyor" ifadesi çok farklı sorunlara işaret ediyor.

Uyarılar ve ayrıntılar

Çok belirsiz ve devops, sorunu ararken muhtemelen saçlarını kaybedebilir, ancak nadiren çok spesifik olmakla ilgili bir sorun vardır. Uyarı sistemlerini iyice test edin. Sağlayıcıları değiştirmeyi planlıyorsanız, uyarı sistemini kullanarak bir oyun günü egzersizi yapın. Ekibinize hangi bilgiler sağlanıyor? Uyarı, teşhisinize yardımcı oldu mu?

Maç günü alıştırmaları veya genişletilmiş testler olarak birden fazla kesinti planlıyorsanız, izleme sisteminizin nasıl çalıştığı hakkında çok şey öğrenebilirsiniz. Uyarılar artıyor mu? Kesintiler yerine bakım aralıkları ne olacak? Sisteminiz farklılaşabilir mi?

Uyarı teslimi

Edgecom kullanım örneğimize geri dönelim. James, Slack kanalında bir ping aldığında hizmetini izliyor. Bir HTTP(S) kesintisi, blogunun kapalı olduğunu gösterir. James, olayı hızla araştıran blogdan sorumlu kişiyi etiketleyebilir. Bunun nedeni alışılmadık sayıda sayfa yüklemesi olduğu ortaya çıktı.

Ekip, yeni bir gönderinin viral olup olmadığını merak ediyor. James yaklaşan bir saldırıyı algılar ve kapasiteyi artırmak için sunucuları ölçeklendirir. Tabii ki, eylemleri, ana sitesini ele geçirmeyi amaçlayan bir DDoS saldırısını püskürtmeye yardımcı olan bir olaylar zincirinin parçasıdır.

Buradaki ahlaki değer, ekibinize iletilen uyarıların tanıya ve beklenmedik tesadüflere yol açabilmesidir. Hiçbir uyarı acı anlamına gelir. Korkunç acı.

Web izleme gerçekten analizle ilgilidir

Uyarı geçmişinin değerini gözden kaçırmayın. Deneyimli devops kullanıcıları muhtemelen felaket için doğaüstü bir anlayışa sahiptir. Bu hissi nasıl geliştiriyorlar? Bir felaketin nedenlerini izleyerek ve dikkatlice belgeleyerek.

Eskalasyonlar ve esneklik

Diyelim ki James artık DevOps Örümcek Adam değil ve doğaüstü duyuları tam anlamıyla enfiyeye uygun değil. DDoS saldırısı bazı hizmetleri çökertir. Bir izleme sağlayıcısı yardımcı olmak için ne yapabilir?

Eskalasyonlar ve bakım iyi bir başlangıçtır. Sağlayıcınız izin veriyorsa, bakım pencereleri kullanıcıları uyarırken kesintilere yanıt verme esnekliği sağlayabilir. Bakım, SLA'nızı etkilesin ya da etkilemesin, rutin bakım aralıklarını planladığınızda ve uzman kullanıcılarınıza güncellemeler gönderdiğinizde bu yararlıdır.

Ayrıca, sınırlarınızı önceden belirlerseniz, sorumluluğu dağıtmak ve dahili olarak tırmanmak için daha az zaman harcarsınız. Bir kesinti için ne kadar uzun? Daha uzun kesintiler bir şeylerin gerçekten yanlış olduğunu gösterdiğinden, beş veya on dakikalık işaretten sonra tırmanmak, başlamak için iyi bir yerdir. Eskalasyonları otomatikleştiren uyarı sistemleri, bu varsayımı ortadan kaldırarak ekibinizin daha yüksek katmanları ne zaman bilgilendireceği konusunda endişelenmeden çalışmasına olanak tanır.

Kullanıcı deneyimini yakalamak için sentetik ve gerçek kullanıcı web izleme

Ödeme yapan beta test kullanıcılarından (müşterileriniz) gelen kullanıcı raporlarına güvenmeyi bırakın ve kullanıcı deneyimini ilk elden yakalayın. Gerçek kullanıcı izleme, genellikle bir izleme pikseli gibi bazı kodlar gerektirir, ancak getirisi, gerçek oturumlardan elde edilen gerçek kullanıcı verileridir. Kullanıcınızın ne gördüğünü merak ettiyseniz, RUM izleme araç setinize faydalı bir ektir.

Sentetik izleme

Sentetik izleme, tipik olarak iki şekilde gelir: API ve İşlem. İşlem kontrolleri tam olarak göründükleri gibidir. Hedef hunilerini test ederler ve kritik işlemler için ilk müdahale yetenekleri sağlarlar. Alışveriş sepetiniz, kayıt formlarınız, oturum açma bilgileriniz ve daha fazlasıyla ilgili sorunları ilk öğrenen siz olun.

API kontrolleri, hizmetinizin otomasyon tarafını yönlendiren uç noktaları incelemek için kullanışlıdır. Çoğu sağlayıcı ile GET, PUSH, PULL, PATCH veya DELETE yapabilirsiniz, bu da uç nokta izleme için bir dizi olasılığa izin verir. Değişkenleri ayarlayabilir ve alabilirseniz bonus puanlar.

Destek, web izlemede görünmeyen bir faktördür

Saat sabahın 2'si ve web izlemeniz soldan ve sağdan uyarılar veriyor. Yardıma ihtiyacın var! Analiz ve açıklamalara ihtiyacınız var. Sağlayıcınızın duyarlı desteği, göremediğiniz veya tekrarlayamayacağınız bir hatayla karşılaştığınızda değerini kanıtlar.

Yardıma ihtiyacınız olduğunda, sizinle birlikte çalışmaya istekli bir ekibin olması önemlidir. Erken destek etkileşimleri, hizmet kalitesinin iyi bir göstergesidir. Temsilcilerin bir bilete yanıt vermesi ne kadar sürer? Yanıtlarının kalitesi nedir ve hangi belgeleri sağlayabilirler? Telefon veya sohbet desteği gibi hangi destek türleri mevcuttur? Bir sağlayıcı iletişim düğmesini gizlediğinde, bu bir kırmızı bayrak olabilir.

belgeler

Belgeler kapsamlı olmalı, örnekler içermeli ve adım adım talimatlar sağlamalıdır. Sağlayıcınız belgelerinde kod kullanıyorsa, ne hakkında konuştuklarını bildikleri ve ciddiye aldıkları iyi bir işarettir. İzleme sisteminizi oluşturmaya yardımcı olmak için dış araç setleri, tarayıcı uzantıları ve daha fazlasını geliştiren sağlayıcılar için bonus puanlar.

Bir web izleme sağlayıcısına taahhüt vermek

İzleme ve Raporlama, sağlayıcınıza karar vermede en önemli bileşenlerdir, ancak sahip olunması güzel özellikler listesi, işinizi basitleştirebilir ve gözetimi iyileştirebilir. Unutmayın, bir uyarının amacı ilk tepkidir. Uyarınız eterde kaybolursa ve kimse bunu iddia edemezse, yangın gerçekten oldu mu?

Web izleme yazılımı, müşteri tabanınıza verdiğiniz önemli bir taahhüdün parçasıdır. Bir hizmet sunmaya önem verdiğinizi ve kullanıcılarınızın onlar için orada olduğunuza güvenebileceğini söylüyor. Bu taahhüdü ciddiye almak, bu gereksinimlerden hangisinin kuruluşunuzla en alakalı olduğunu düşünmek anlamına gelir.