Postmortem İş Akışı

Bir olay çözüldükten sonra postmortem taslağı nasıl üretilir, düzenlenir ve yayınlanır: v1 kapsamı ve v2 için ertelenenler.

Postmortem, bir olay kapandıktan sonra yazdığınız belgedir. Suç dağıtmak için değil; ne olduğunu, neyin etkilendiğini ve ekibin bunu nasıl tekrar etmeyeceğini kayda geçirmek için. UptimeWarden'da postmortem, olayın kendisiyle aynı sayfada yaşar: aynı zaman çizelgesi, aynı veri, sadece toz çöktüğünde dolduracağınız bir sekme daha.

Plan kapsamı

Postmortem taslakları her plana aylık bir hakla dahildir. Otomatik ve elle oluşturulan taslaklar birlikte sayılır:

Ay, AI kredi ayınızdır: aboneliğinizin aylık yıl dönümünde, aboneliğiniz yoksa takvim ayının ilk günü (UTC) başlar; böylece taslak hakkı ve AI kredisi aynı gün yenilenir. Otomatik taslaklar AI kredinizden düşmez; elle oluşturduğunuz ya da yeniden ürettiğiniz taslaklar düşer. Bir olay bir taslaktır: raporu yeniden üretmek onun yerine geçer ve ikinci bir taslak hakkı kullanmaz, ama yine AI kredisi harcar. Postmortem'ler sayfası ve Postmortem sekmesi bu ay kaç taslak hakkınız kaldığını gösterir.

Plan düşürme sonrası okuma politikası: elinizdeki postmortem'leri plan düşürdükten sonra da okuyabilir, düzenleyebilir ve yayınlayabilirsiniz; yalnızca yeni taslaklar yeni planın hakkından düşer.

Zincir Bastırma ile bastırılmış olaylar postmortem üretmez.

Akış bir bakışta

sequenceDiagram
    participant Inc as Olay
    participant System as UptimeWarden
    participant UI as Panel
    participant Author as Editor+
    Inc->>System: durum → resolved
    System->>System: Yapay zeka taslak hazırlar
    System-->>UI: Postmortem sekmesi görünür
    Author->>UI: Taslağı düzenle
    Author->>UI: Yayınla'ya tıkla
    UI->>Inc: postmortem durumu='published'

Dört adım:

1. Çözüm, olay resolved durumuna geçtiğinde UptimeWarden otomatik olarak postmortem taslağı ister. Yapay zeka motorumuz ön taslağı hazırlar ve olaya taslak olarak kaydeder.
2. Manuel yeniden üretim (opsiyonel), bir editör veya yönetici Postmortem sekmesinde Üret düğmesine basar. Yeniden üretim, mevcut taslağın yanına ikinci bir taslak eklemez; onun yerine geçer. Üzerinde çalıştığınız bir postmortem'de bu düğmeye basmadan önce aşağıdaki Yeniden ürettiğinizde ne olur bölümünü okuyun.
3. Düzenleme, yazar aynı sekmede taslağı inceltir. Son yazan kazanır; orijinal yapay zeka taslağı ayrı tutulur, böylece hiçbir şey kaybolmaz.
4. Yayın, Yayınla'ya tıklamak postmortem'i draft durumundan published durumuna çevirir; yayınlayanı ve yayın zamanını kayda geçirir.

Otomatik üretim ne zaman tetiklenir

İlk taslağı elde etmek için hiçbir şey yapmanıza gerek yok. Bir olay çözüldüğü anda UptimeWarden taslağı kendisi ister:

• Olay nasıl çözülürse çözülsün taslak istenir: ister monitör kendiliğinden toparlanıp olay otomatik kapansın, ister bir editör olayı elle "kapandı" işaretlesin.
• Arka planda çalışır. Taslak, çözümden saniyeler sonra Postmortem sekmesinde belirir; olayı çözme akışınızı yavaşlatmaz. Sekme açıkken taslak hazır olduğu anda kendiliğinden görünür, sayfayı elle yenilemeniz gerekmez.
• Bildirimden ayrıdır. Toparlanma bildirimi (e-posta, Slack, webhook vb.) ile postmortem taslağı birbirini beklemez; ikisi de çözümün hemen ardından kendi yolunda ilerler.
• Birkaç koşulu vardır. Otomatik taslak yalnızca olay beş dakika ya da daha uzun sürdüyse, olayın sahibi profilinde AI işlemeyi açtıysa, bu ayın taslak hakkı bitmediyse ve özellik açıksa yazılır. Koşullardan biri sağlanmazsa otomatik taslak yazılmaz. Daha sonra Üret ile oluşturabilirsiniz; bunun için de AI işlemenin açık olması gerekir ve taslak aynı aylık haktan düşer.
• Bastırılmış olaylar hariç. Zincir Bastırma ile bastırılan olaylar için otomatik taslak üretilmez.

Otomatik üretim her olay için yalnızca bir kez çalışır. Aynı olay çözülüp yeniden açılır ve tekrar çözülürse mevcut postmortem olduğu gibi kalır; bu arada yaptığınız düzenlemeler de korunur. Otomasyon sizin yazdığınızın üzerine asla yazmaz; bunu yalnızca Üret düğmesi yapar, o da siz bastığınızda.

Yeniden ürettiğinizde ne olur

Üret düğmesi ekleme değil, değiştirme yapar. Bastığınızda yeni bir yapay zeka taslağı üretilir ve mevcut taslağın üzerine yazılır:

• Düzenlemeleriniz silinir. Düzenlenmiş metin temizlenir ve sekmede yeni yapay zeka taslağı görünür. Saklamak istediğiniz bir bölüm varsa yeniden üretmeden önce kopyalayın.
• Yayınlanmış bir postmortem taslağa geri döner ve sürüm numarası bir artar. Paylaştıysanız bu önemlidir: genel paylaşım bağlantısı yalnızca yayınlanmış postmortem'leri gösterdiği için, siz tekrar Yayınla'ya basana kadar bağlantı "bulunamadı" döner. Paylaşım anahtarı korunduğundan yeniden yayınladığınızda aynı adres çalışmaya devam eder; kimseye yeni bir bağlantı göndermeniz gerekmez.
• Her çalıştırma AI kredisi harcar. Yeniden üretim modeli tekrar çağırır. Rapor eklenmeyip değiştirildiği için aylık haktan ikinci bir taslak düşmez. AI krediniz tükenmişse düğme bunu söyler ve mevcut taslağa dokunulmaz.

İki basış arasında bekleme süresi yoktur. Düğmeyi bilinçli bir aksiyon olarak görün: metnin tonunu değiştirmek için değil, olay verisi gerçekten değiştiğinde, örneğin zaman çizelgesine geç eklenen bir kayıt ya da düzeltilen bir çözüm saati sonrasında, yeniden üretin.

Otomatik dolan alanlar

Yapay zeka taslağı şu alanları doldurur:

• Özet: ne olduğunu kısaca anlatan bir paragraf
• Zaman çizelgesi: algılama, üstlenme, eskalasyonlar, müdahale denemeleri, çözüm ve eklemek istediğiniz özel girişler
• Kök neden analizi: olay verilerine göre en olası neden
• Etki değerlendirmesi: süre, etkilenen monitörler, önem, tahmini kesinti, müşteri etkisi ve yakılan SLO bütçesi
• Katkı faktörleri: olayı kötüleştiren veya tespitini zorlaştıran şeyler
• Aksiyon maddeleri: sahibi, önceliği ve durumu olan somut takip işleri
• Kanıt kaynakları: monitör sonuçlarına, ilişkili olaylara ve önerilere bağlantılar

Yazar yalnızca makinenin çıkaramayacağı kısmı yazar: insan diliyle ne oldu.

Kanıt izi: her iddia kaynağını gösterir

Yapay zeka taslağındaki nedensel iddialar kaynaksız anlatı olarak kalmaz. Taslakla birlikte bir kanıt izi üretilir: her iddia, dayandığı zaman çizelgesi girişlerine ve kontrol sonuçlarına bağlanır. Postmortem sekmesindeki Evidence bölümü her iddiayı, atıf yaptığı kaynak kırpıntılarıyla (tür, zaman damgası ve kısa alıntı) birlikte listeler.

Dürüstlük kuralı: model bir iddiaya kaynak gösterememişse iddia gizlenmez, "uncited" (kaynaksız) olarak işaretlenir. Analize dayanmadan önce kaynaksız iddiaları kendiniz doğrulayın.

Hesabınıza Prometheus uyumlu bir telemetri kaynağı bağlıysa, olay penceresine ait canlı metrik özetleri de kanıt havuzuna eklenebilir. Ayrıntılar: Telemetri Kaynakları.

Aksiyon maddeleri (v1)

Aksiyon maddeleri postmortem belgesinin içinde yapılandırılmış alanlar olarak yaşar. Her maddede şunlar bulunur:

• Benzersiz bir kimlik
• Aksiyonun metni
• Sahip (opsiyonel ama önerilir)
• Öncelik (düşük / orta / yüksek)
• Durum (açık / tamam)

Her madde Postmortem editöründen düzenlenir. Bağımsız aksiyon-item API'si v1'in parçası değildir; v2 için planlanmıştır.

Stale (eskimiş) bayrağı

Bir postmortem üretildikten sonra olay yeniden açılırsa postmortem eskimiş olarak işaretlenir. Panel "stale, yeniden üret" banner'ı gösterir; Üret ile taslak yenilenir.

Denetim kaydı

Her postmortem aksiyonu denetim kaydına yazılır: ne zaman görüntülendiği, üretildiği, düzenlendiği ve yayınlandığı, ve bunları kimin yaptığı. Detaylar: Denetim Kaydı Saklama.

Suçlama içermeyen yaklaşım

Postmortem'i bireyleri suçlamak için değil, sistemleri iyileştirmek için yazın. Her "X şunu yapmalıydı"yı "sistem, X'in böyle bir şey yapamayacağı şekilde tasarlanmalıydı"ya çevirin. Bu yumuşaklık değil, aynı kesintinin bir sonraki çeyrek başka bir kişinin başına gelmesini bu şekilde engellersiniz.

Kaçınılması gereken anti-paternler

• Postmortem'i olay sırasında yazmak. Önce çözün, sonra belgeleyin.
• Bireyleri kök neden olarak yazmak. Belirti ile sebep farklı şeylerdir.
• Sahipsiz aksiyon maddeleri. Kimse gönüllü olmazsa, olayı kapatan nöbetçi varsayılan sahip olur.
• "Ne iyi gitti"yi atlamak. Yalnızca başarısızlığı belgelerseniz, çalışan pratikleri aşındırırsınız.

İlgili konular

• Olay Yaşam Döngüsü: postmortem'in bağlandığı durum makinesi
• Bakım Pencereleri: planlı kesinti postmortem kuyruğunun dışında kalır
• Denetim Kaydı Saklama: postmortem ve denetim kayıtlarının saklama süresi
• SLO ve Hata Bütçeleri: SLO bütçe yakımı postmortem etki bölümüne bağlanır