What is the difference between monitoring and observability?

Monitoring tells you that a system is broken. Observability gives you the deep, contextual data (logs, metrics, traces) needed to figure out exactly why it broke and how to fix it.

Why is a blameless culture critical for postmortems?

If engineers fear being fired for a mistake, they will hide the truth. A blameless culture ensures psychological safety, so the team can uncover the real systemic flaws that allowed the error to happen.

What makes a good postmortem document?

A timeline of the incident, the root cause analysis (the 5 Whys), the customer impact, and most importantly, concrete action items to prevent the exact same failure from recurring.

> observability_ve_postmortem'ler

Observability ve Postmortem'ler

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

İ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

Glitch

Bug'ları, edge case'leri, bozulan varsayımları ve prod kesintilerini temsil eden yetişkin kodlu hata danışmanı.

“Sorun ben değilim. Ben kanıtım.”

Tiny CTO

Kısa boylu yetişkin CTO, ana anlatıcı, kaosun içindeki sakin yetişkin, prod kaosunu anlık yorumlayan kişi.

“Basit olan ölçeklenir, süslü olan patlar!”

Elder — Source of Truth

Kurumsal teknik hafıza, prod yorgunu sistem otoritesi, unvan hiyerarşisinin ötesindeki tek gerçek (source of truth).

“Sistem, roadmap'in unuttuğu her şeyi hatırlar.”

The DBA / Query Czar

İndeksleme, sorgu optimizasyonu, veri bütünlüğü, tutarlılık, migration'lar ve execution planlarını temsil eden siyahi yetişkin kadın veritabanı otoritesi.

“İndeksle, yoksa acı çekersin.”

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, Elder — Source of Truth, The DBA / Query Czar. İlgili kavramlar: gözlemlenebilirlik, kök neden analizi, olaylardan öğrenme, güvenilirlik.