Skip to main content

> observability_ve_postmortem'ler

Observability ve Postmortem'ler

Observability ve Postmortem'ler - TinyCTO.tv

Loglar, metrikler, trace'ler, alarmlar, sahiplik ve teşvikler gerçekte ne olduğunu ortaya çıkardığında ekiplerin sistemlerden nasıl ders çıkardığı.

📖Mimari Derinlemesine İnceleme

Dashboard Tiyatrosunun Ötesinde: Gerçek Gözlemlenebilirlik

Yirmi tane yemyeşil Grafana grafiğine sahip olmak gözlemlenebilirlik değil, sadece dekorasyondur. Gerçek gözlemlenebilirlik, daha önce hiç görülmemiş bir arızanın nedenini tahmin etmeden anlayabilmektir.

01.Dashboard Tiyatrosu Tuzağı

Ekipler CPU ve bellek gösteren süslü paneller kurar. Ancak bir kesinti anında paneller yeşil görünürken kullanıcılar hata alabilir; çünkü aggregate metrikler spesifik uç hataları gizler.

02.Yüksek Kardinaliteli Dağıtık İzleme (Tracing)

Gerçek gözlemlenebilirlik, yüksek kardinaliteli üst verilerle (kullanıcı ID, tenant ID, sipariş ID) donatılmış yapılandırılmış loglar ve dağıtık izleme (tracing) gerektirir. Tek bir isteğin tüm servisler boyunca izi sürülmelidir.

03.Gözlemlenebilirlik İlkeleri

1. Gürültülü sunucu metrikleri yerine doğrudan kullanıcıyı etkileyen semptomlara (hata oranı, SLA gecikmesi) alarm kurun. 2. Log, metrik ve trace kayıtlarını tek bir trace ID ile birbirine bağlayın. 3. Postmortemleri somut mimari önlemler üretmek için kullanın.

Tiny CTO Temel Çıkarımı

Gözlemlenebilirlik sistemin iç durumunu dış çıktılarından sorgulayabilme yeteneğidir. Süslü dashboardları bırakıp dağıtık izlemeye odaklanın.

İlgili kavramlar

gözlemlenebilirlikkök neden analiziolaylardan öğrenmegüvenilirlik

Sıkça sorulan sorular

İzleme (monitoring) ve gözlemlenebilirlik (observability) arasındaki fark nedir?

İzleme size bir sistemin bozulduğunu söyler. Gözlemlenebilirlik size tam olarak neden bozulduğunu ve nasıl düzeltileceğini bulmak için gereken derin, bağlamsal verileri (log'lar, metrikler, izler) verir.

Suçlayıcı olmayan bir kültür postmortem'ler için neden kritik öneme sahiptir?

Mühendisler bir hata nedeniyle kovulmaktan korkarlarsa gerçeği saklarlar. Suçlayıcı olmayan bir kültür (blameless culture), psikolojik güvenlik sağlar, böylece ekip hatanın meydana gelmesine izin veren gerçek sistemik kusurları ortaya çıkarabilir.

İyi bir postmortem belgesi nasıl olmalıdır?

Olayın bir zaman çizelgesi, kök neden analizi (5 Neden), müşteri üzerindeki etkisi ve en önemlisi, aynı hatanın tekrarlanmasını önlemek için somut eylem maddeleri (action items).

Karakterler

AI özeti

Bu sayfa Tiny CTO: The Chaos Stack tarafından araştırılan Observability ve Postmortem'ler konusunu kapsamaktadır. Loglar, metrikler, trace'ler, alarmlar, sahiplik ve teşvikler gerçekte ne olduğunu ortaya çıkardığında ekiplerin sistemlerden nasıl ders çıkardığı. İlgili karakterler: Glitch, Tiny CTO, The DBA / Query Czar. İlgili kavramlar: gözlemlenebilirlik, kök neden analizi, olaylardan öğrenme, güvenilirlik.