Hizmeti ve kullanıcılarını gözlemleyin

Soruyla başlayın

İzleme, bilinen koşulları kontrol eder. Gözlenebilirlik, öngörmediğiniz hatalar dahil sistem davranışını araştırmanıza yardımcı olur. Daha fazla gösterge paneli, otomatik olarak daha iyi yanıtlar sağlamaz.

Kurgusal bir dışa aktarma hizmetinde kullanıcı sorusuyla başlayın: yetkili kullanıcı, üzerinde anlaşılmış süre içinde doğru dışa aktarma sonucunu alabiliyor mu? Ardından bu soruyu destekleyen ve hataları açıklamaya yardımcı olan sinyalleri seçin.

OpenTelemetry, telemetri için enstrümantasyon ve standartlar sağlar. Sinyalleri uyumlu arka uçlara gönderebilir. Yine de depolama, sorgular, erişim kontrolleri, saklama süresi ve kanıta göre harekete geçen insanlar gerekir. Gözlenebilirliğe giriş.

Farklı kanıt türlerini birbirine bağlayın

Metrik, zaman içinde bir niceliği ölçer. Günlük bir olayı kaydeder. İz, istek sistemde ilerlerken ilgili işlemleri birbirine bağlar. Span, bir iz içindeki tek işlemi temsil eder.

Asenkron işlerde, gönderilen iş ile worker yürütmesi arasında güvenli ilişkilendirmeyi koruyun. HTTP 202 yanıtı, işin kabul edildiği anlamına gelebilir. Dışa aktarmanın tamamlandığını kanıtlamaz.

İşlem gerektiğinde uyarı verin

SLO’yu belirlemeden önce SLI’yı ve paydasını tanımlayın. Örnekte, üzerinde anlaşılmış süre içinde doğru tamamlanan uygun dışa aktarmaları sayın. Uzun süren ve terk edilen işlerin ölçüme nasıl dahil edildiğini tanımlayın.

Hata bütçesi, SLO dönemi içinde izin verilen hata miktarını açıklar. Tüketim hızı, hataların bu bütçeyi ne kadar hızlı tükettiğini açıklar. Google’ın rehberi, zamanında tespit ile uyarı gürültüsünü dengelemek için birden fazla zaman aralığı kullanır. SLO’lara dayalı uyarılar.

Durum zamanında işlem gerektiriyorsa nöbetçi kişiye çağrı gönderin. Daha az acil işleri kuyruğa alın. Her uyarının sorumlusu, etki açıklaması, araştırma bağlantısı ve müdahale talimatı olmalıdır. Tekrar tekrar işlem yapılmadan kapanan uyarıları gözden geçirin.

Her hizmet için tek bir genel eşik kullanmayın. Kullanıcı etkisi, trafik, çalışma saatleri ve müdahale kapasitesi kararı etkiler.

Telemetri pipeline’ını koruyun

Telemetri kişisel veri, token, istek parametresi ve gizli belge içerebilir. Toplamadan önce izin verilen alanları tanımlayın. Erişimi ve saklama süresini kısıtlayın. Dış arka uca aktarmadan önce gizli bilgileri kaldırın. Hassas telemetri.

Müşteri e-posta adresini veya benzersiz iş kimliğini metrik etiketi olarak kullanmayın. Sınırsız etiketler zaman serisi sayısını artırır ve tanımlayıcıları açığa çıkarabilir. Metriklerde kontrollü boyutlar kullanın. Onaylı ilişkilendirme tanımlayıcılarını, erişimi kontrol edilen günlüklere veya izlere koyun.

Pipeline’ın kendisini ölçün. Veri alım hatalarını, atılan verileri ve son gözlemin yaşını kontrol edin. Düz bir hata grafiği, hata olmadığını veya telemetri gelmediğini gösterebilir. Bu ayrımı gösterin.

Somut bir hatayı araştırın

Kurgusal hizmet, her istek için HTTP 202 bildirir. Kuyrukta bekleme süresi saniyelerden 15 dakikaya çıkar. Worker günlükleri tekrar eden veri tabanı zaman aşımları gösterir. Örneklenmiş izlerde worker süresinin çoğu veri tabanı çağrılarında geçer.

Bu kanıt, odaklı bir araştırmayı destekler. Nedenin sorgu değişikliği, tükenmiş bağlantılar veya veri tabanı kapasitesi olup olmadığını kanıtlamaz. Bu hipotezleri hata ayıklama yöntemiyle karşılaştırın.

Taiga Monitoring, kullanılabilirlik ve tarayıcı deneyimi sinyalleriyle ürün sağlığı görünümü sağlar. Altyapı ve uygulama gözlenebilirliğini tamamlar; bu sistemlerin yerini almaz. Monitoring.