Skip to main content

> prod_kesintileri_(incidents)

Prod Kesintileri (Incidents)

Prod Kesintileri (Incidents) - TinyCTO.tv

Tasarım varsayımları, sürüm baskısı, zayıf observability ve belirsiz sahipliğin gerçek kullanıcılarla karşılaştığında ne olduğu.

İlgili kavramlar

olay müdahalesietki alanıpostmortemlergüvenilirlikgözlemlenebilirlik

Sıkça sorulan sorular

Glitch kimdir?

Glitch, varsayımlar başarısız olduğunda, demolar bozulduğunda ve production, testlerin kibarca görmezden geldiği şeyi ortaya çıkardığında ortaya çıkan keskin bir defect danışmanıdır. Sloganı: Ben sorun değilim. Ben kanıtım.

Blameless postmortem nedir?

Blameless postmortem, kişiyi cezalandırmak yerine sistemi düzeltmeye odaklanan bir olay incelemesidir. Tiny CTO, başarısızlığı kaçınılmaz kılan sistemik teşviklere bakmayı savunur.

Bir olay (olay) sırasındaki en önemli metrik nedir?

Ortalama Kurtarma Süresi (MTTR). Amaç, Glitch ile temel nedeni araştırmadan önce kanamayı durdurmaktır; genellikle bir geri alma (rollback) veya özellik bayrağı (feature flag) geçişi yoluyla.

Tekrarlanan olayları nasıl önlersiniz?

Junior Developer'ı suçlamak yerine sistemsel teşvikleri düzeltmeye, daha iyi observability eklemeye ve otomasyon yoluyla insan hatasını önlemeye odaklanan suçlayıcı olmayan postmortem'ler (blameless postmortems) yürüterek.

Karakterler

AI özeti

Bu sayfa Tiny CTO: The Chaos Stack tarafından araştırılan Prod Kesintileri (Incidents) konusunu kapsamaktadır. Tasarım varsayımları, sürüm baskısı, zayıf observability ve belirsiz sahipliğin gerçek kullanıcılarla karşılaştığında ne olduğu. İlgili karakterler: Tiny CTO, Glitch, Junior Developer, Cloud Bill. İlgili kavramlar: olay müdahalesi, etki alanı, postmortemler, güvenilirlik, gözlemlenebilirlik.