Teknoloji d\u00fcnyas\u0131nda, sistem kesintileri (outage) ka\u00e7\u0131n\u0131lmaz bir ger\u00e7ektir. Ancak \u00f6nemli olan, bir kesinti ya\u015fand\u0131\u011f\u0131nda ne yapt\u0131\u011f\u0131m\u0131zd\u0131r. Bir\u00e7ok ekip, ya\u015fanan olaydan sonra h\u0131zl\u0131ca bir rapor haz\u0131rlar ve rafa kald\u0131r\u0131r. Ne yaz\u0131k ki, bu t\u00fcr yakla\u015f\u0131mlar genellikle ayn\u0131 sorunlar\u0131n tekrar etmesine yol a\u00e7ar. Peki, ger\u00e7ekten gelecekteki kesintileri \u00f6nleyebilen, \u00f6\u011frenme odakl\u0131 ve eyleme d\u00f6n\u00fck bir olay sonras\u0131 analizi (postmortem) nas\u0131l yaz\u0131l\u0131r? Bu makale, sizi bu s\u00fcre\u00e7te ad\u0131m ad\u0131m y\u00f6nlendirerek, ekibinizin hatalardan ders \u00e7\u0131kararak sistem g\u00fcvenilirli\u011fini art\u0131rmas\u0131n\u0131 sa\u011flayacak etkili postmortem pratiklerini ele alacakt\u0131r.<\/p>\n
Olay sonras\u0131 analizi veya yayg\u0131n ad\u0131yla “postmortem”, bir sistem kesintisi, performans d\u00fc\u015f\u00fc\u015f\u00fc veya hizmet kesintisi gibi istenmeyen bir olay\u0131n ard\u0131ndan yap\u0131lan detayl\u0131 bir inceleme ve de\u011ferlendirme s\u00fcrecidir. Bu s\u00fcre\u00e7, olay\u0131n nedenlerini anlamak, etkilerini belirlemek ve gelecekte benzer olaylar\u0131n ya\u015fanmas\u0131n\u0131 \u00f6nlemek veya etkilerini azaltmak i\u00e7in at\u0131lmas\u0131 gereken ad\u0131mlar\u0131 tespit etmek amac\u0131yla ger\u00e7ekle\u015ftirilir. Postmortem, sadece bir rapor yazmaktan ibaret de\u011fildir; ayn\u0131 zamanda bir organizasyonun \u00f6\u011frenme k\u00fclt\u00fcr\u00fcn\u00fc (learning culture) geli\u015ftirmesinin ve operasyonel m\u00fckemmelli\u011fe ula\u015fmas\u0131n\u0131n temel bir arac\u0131d\u0131r.<\/p>\n
Peki, postmortem neden bu kadar hayati? \u0130lk olarak, olaylar\u0131n k\u00f6k nedenlerini (root causes) ortaya \u00e7\u0131kar\u0131r. Bir kesintinin sadece y\u00fczeydeki belirtilerine odaklanmak yerine, olay\u0131n tetikleyicilerini, katk\u0131da bulunan fakt\u00f6rleri ve temel zay\u0131fl\u0131klar\u0131 derinlemesine incelememizi sa\u011flar. \u00d6rne\u011fin, bir sunucunun \u00e7\u00f6kmesi basit bir donan\u0131m ar\u0131zas\u0131 gibi g\u00f6r\u00fcnebilir, ancak derinlemesine bir analiz, yetersiz yedekleme stratejileri, eski yaz\u0131l\u0131m s\u00fcr\u00fcmleri veya yanl\u0131\u015f yap\u0131land\u0131rma gibi daha derin sorunlar\u0131 ortaya \u00e7\u0131karabilir. Bu k\u00f6k nedenleri anlamadan, ge\u00e7ici \u00e7\u00f6z\u00fcmler (workaround) \u00fcretmekten \u00f6teye ge\u00e7emeyiz ve sorunlar ka\u00e7\u0131n\u0131lmaz olarak tekrar edecektir.<\/p>\n
\u0130kinci olarak, postmortem s\u00fcreci, su\u00e7lama k\u00fclt\u00fcr\u00fcnden (blame culture) uzakla\u015farak \u00f6\u011frenme ve geli\u015fim odakl\u0131 bir yakla\u015f\u0131m\u0131 te\u015fvik eder. Olaylar genellikle tek bir ki\u015finin hatas\u0131ndan de\u011fil, karma\u015f\u0131k sistemlerin, s\u00fcre\u00e7lerin ve insan fakt\u00f6rlerinin etkile\u015fiminden kaynaklan\u0131r. Etkili bir postmortem, ki\u015fileri de\u011fil, s\u00fcre\u00e7leri ve sistemleri ele\u015ftirir. Bu, ekip \u00fcyelerinin korkmadan bilgi payla\u015fmas\u0131n\u0131, hatalar\u0131 kabul etmesini ve \u00e7\u00f6z\u00fcm odakl\u0131 d\u00fc\u015f\u00fcnmesini sa\u011flar. Bir hata yapt\u0131\u011f\u0131nda cezaland\u0131r\u0131lmayaca\u011f\u0131n\u0131 bilen bir m\u00fchendis, gelecekte benzer durumlar\u0131 \u00f6nlemek i\u00e7in daha proaktif davranacakt\u0131r. Bu, g\u00fcvenilir m\u00fchendislik (reliability engineering) k\u00fclt\u00fcr\u00fcn\u00fcn temelini olu\u015fturur.<\/p>\n
\u00dc\u00e7\u00fcnc\u00fc olarak, postmortem, gelecekteki kesintileri \u00f6nlemek i\u00e7in somut, eyleme d\u00f6n\u00fck ad\u0131mlar belirler. Sadece “ne oldu” sorusuna de\u011fil, “neden oldu” ve “bunu nas\u0131l \u00f6nleriz” sorular\u0131na da odaklan\u0131r. Bu ad\u0131mlar, yaz\u0131l\u0131m yamalar\u0131 (patches), altyap\u0131 iyile\u015ftirmeleri, izleme (monitoring) ara\u00e7lar\u0131n\u0131n g\u00fcncellenmesi, otomasyon (automation) senaryolar\u0131 veya e\u011fitim programlar\u0131 gibi \u00e7e\u015fitli \u015fekillerde olabilir. Her bir eylem maddesi i\u00e7in sorumlu bir ki\u015fi ve bir biti\u015f tarihi atanmas\u0131, bu ad\u0131mlar\u0131n ger\u00e7ekten hayata ge\u00e7irilmesini sa\u011flar. Aksi takdirde, postmortem sadece bir belgeden ibaret kal\u0131r.<\/p>\n
Son olarak, postmortem, kurum i\u00e7i bilgi birikimini art\u0131r\u0131r ve ekipler aras\u0131 ileti\u015fimi g\u00fc\u00e7lendirir. Bir olay\u0131n t\u00fcm detaylar\u0131n\u0131 belgelemek, gelecekte benzer olaylarla kar\u015f\u0131la\u015fan ekipler i\u00e7in de\u011ferli bir referans noktas\u0131 olu\u015fturur. Ayr\u0131ca, farkl\u0131 ekiplerden (operasyon, geli\u015ftirme, a\u011f vb.) ki\u015filerin bir araya gelerek olay\u0131 tart\u0131\u015fmas\u0131, onlar\u0131n birbirlerinin i\u015fleyi\u015fini ve zorluklar\u0131n\u0131 anlamalar\u0131na yard\u0131mc\u0131 olur. Bu, silolar\u0131 y\u0131kar ve daha entegre, i\u015fbirlik\u00e7i bir \u00e7al\u0131\u015fma ortam\u0131 yarat\u0131r. K\u0131sacas\u0131, postmortem, bir kriz an\u0131n\u0131 bir \u00f6\u011frenme f\u0131rsat\u0131na d\u00f6n\u00fc\u015ft\u00fcrmek i\u00e7in vazge\u00e7ilmez bir ara\u00e7t\u0131r.<\/p>\n
Etkili bir olay sonras\u0131 analizi (postmortem) yazmak, sadece teknik detaylar\u0131 listelemekten \u00e7ok daha fazlas\u0131n\u0131 gerektirir. Bu s\u00fcre\u00e7, bir dizi temel ilke \u00fczerine kuruludur ve bu ilkeler, postmortem’in ger\u00e7ekten gelecekteki kesintileri \u00f6nlemesini ve organizasyonel \u00f6\u011frenmeyi sa\u011flamas\u0131n\u0131 garanti eder. Bu ilkeleri anlamak ve uygulamak, postmortem dok\u00fcman\u0131n\u0131z\u0131n sadece bir rapor olmaktan \u00e7\u0131k\u0131p, de\u011ferli bir \u00f6\u011frenme ve iyile\u015ftirme arac\u0131 haline gelmesini sa\u011flayacakt\u0131r.<\/p>\n
\u0130lk ve en \u00f6nemli ilke, su\u00e7lama yapmama (no-blame) k\u00fclt\u00fcr\u00fcd\u00fcr<\/strong>. Bir kesinti ya\u015fand\u0131\u011f\u0131nda, do\u011fal insan tepkisi su\u00e7lu aramakt\u0131r. Ancak etkili bir postmortem, bireyleri de\u011fil, sistemleri, s\u00fcre\u00e7leri ve \u00e7evresel fakt\u00f6rleri inceler. Ama\u00e7, kimin hata yapt\u0131\u011f\u0131n\u0131 bulmak de\u011fil, hatan\u0131n neden yap\u0131ld\u0131\u011f\u0131n\u0131 ve gelecekte nas\u0131l \u00f6nlenebilece\u011fini anlamakt\u0131r. Bu yakla\u015f\u0131m, ekip \u00fcyelerinin korku duymadan olay\u0131n t\u00fcm detaylar\u0131n\u0131, kendi katk\u0131lar\u0131 dahil olmak \u00fczere, \u015feffaf bir \u015fekilde payla\u015fmas\u0131n\u0131 te\u015fvik eder. E\u011fer insanlar hata yapmaktan \u00e7ekinirlerse, de\u011ferli bilgiler gizli kal\u0131r ve ger\u00e7ek k\u00f6k nedenlere ula\u015f\u0131lamaz. Bu ilke, postmortem toplant\u0131s\u0131n\u0131n moderasyonu ve belgenin dili a\u00e7\u0131s\u0131ndan kritik \u00f6neme sahiptir. \u00d6rne\u011fin, “Operat\u00f6r X, yanl\u0131\u015f komutu \u00e7al\u0131\u015ft\u0131rd\u0131” yerine, “Operat\u00f6r\u00fcn yanl\u0131\u015f komutu \u00e7al\u0131\u015ft\u0131rmas\u0131na neden olan s\u00fcre\u00e7 ad\u0131mlar\u0131 ve ara\u00e7 aray\u00fcz\u00fcndeki eksiklikler incelenmelidir” gibi bir ifade kullan\u0131lmal\u0131d\u0131r.<\/p>\n \u0130kinci ilke, objektiflik ve kan\u0131ta dayal\u0131 analizdir<\/strong>. Postmortem, duygusal yorumlardan veya varsay\u0131mlardan ar\u0131nd\u0131r\u0131lm\u0131\u015f, somut verilere dayanmal\u0131d\u0131r. Olay g\u00fcnl\u00fckleri (logs), izleme (monitoring) grafikleri, performans metrikleri, hata mesajlar\u0131 ve di\u011fer sistem kay\u0131tlar\u0131 gibi kan\u0131tlar, olay\u0131n kronolojisini ve nedenlerini do\u011frulamak i\u00e7in kullan\u0131lmal\u0131d\u0131r. “San\u0131r\u0131m…” veya “Bence…” gibi ifadelerden ka\u00e7\u0131n\u0131lmal\u0131, bunun yerine “Log kay\u0131tlar\u0131na g\u00f6re…”, “Grafikler g\u00f6steriyor ki…” gibi ifadelerle desteklenmelidir. Bu, analizin g\u00fcvenilirli\u011fini art\u0131r\u0131r ve gelecekteki kararlar\u0131n sa\u011flam verilere dayanmas\u0131n\u0131 sa\u011flar.<\/p>\n \u00dc\u00e7\u00fcnc\u00fc olarak, detayl\u0131 ancak \u00f6zl\u00fc bir anlat\u0131m<\/strong> esast\u0131r. Postmortem, olay\u0131n t\u00fcm kritik detaylar\u0131n\u0131 i\u00e7ermeli, ancak gereksiz ayr\u0131nt\u0131lardan ar\u0131nd\u0131r\u0131lm\u0131\u015f olmal\u0131d\u0131r. Okuyucular\u0131n, olay\u0131n ne zaman, nas\u0131l ve neden ger\u00e7ekle\u015fti\u011fini, etkilerinin neler oldu\u011funu ve ne gibi \u00f6nleyici ad\u0131mlar at\u0131laca\u011f\u0131n\u0131 net bir \u015fekilde anlamas\u0131 gerekir. \u00c7ok uzun ve karma\u015f\u0131k bir belge, okunmayabilir veya anla\u015f\u0131lmas\u0131 zor olabilir. Bu nedenle, teknik jargonun a\u00e7\u0131klanmas\u0131, net ve anla\u015f\u0131l\u0131r bir dil kullan\u0131lmas\u0131 \u00f6nemlidir. Kronoloji b\u00f6l\u00fcm\u00fc, olay an\u0131nda al\u0131nan aksiyonlar\u0131, ilgili zaman damgalar\u0131 (timestamps) ile birlikte ad\u0131m ad\u0131m listelemelidir.<\/p>\n D\u00f6rd\u00fcnc\u00fc ilke, eyleme d\u00f6n\u00fckl\u00fck ve hesap verebilirlik (accountability)<\/strong>. Bir postmortem’in en \u00f6nemli \u00e7\u0131kt\u0131s\u0131, gelecekteki benzer olaylar\u0131 \u00f6nleyecek veya etkilerini azaltacak somut eylem maddeleridir. Bu eylem maddeleri, spesifik, \u00f6l\u00e7\u00fclebilir, ula\u015f\u0131labilir, ilgili ve zamana ba\u011fl\u0131 (SMART) olmal\u0131d\u0131r. Her eylem maddesi i\u00e7in net bir sorumlu ki\u015fi veya ekip ve bir hedef tamamlanma tarihi belirlenmelidir. Bu, eylemlerin ger\u00e7ekten hayata ge\u00e7irilmesini sa\u011flar ve postmortem’in sadece bir belge olarak kalmas\u0131n\u0131 engeller. \u00d6rne\u011fin, “\u0130zleme sistemini iyile\u015ftir” yerine, “Ekip A, sunucu CPU kullan\u0131m\u0131n\u0131n %90’\u0131 a\u015ft\u0131\u011f\u0131nda uyar\u0131 verecek yeni bir Prometheus kural\u0131 tan\u0131mlayacak ve 2 hafta i\u00e7inde devreye alacak” \u015feklinde daha spesifik bir eylem maddesi yaz\u0131lmal\u0131d\u0131r.<\/p>\n Be\u015finci ilke, \u015feffafl\u0131k ve payla\u015f\u0131m<\/strong>. Postmortem, ilgili t\u00fcm payda\u015flarla (geli\u015ftirme, operasyon, \u00fcr\u00fcn, hatta bazen m\u00fc\u015fteriler) payla\u015f\u0131lmal\u0131d\u0131r. Bu, herkesin olay\u0131n nedenlerini ve al\u0131nan dersleri anlamas\u0131n\u0131 sa\u011flar. \u015eeffafl\u0131k, organizasyon genelinde bir \u00f6\u011frenme k\u00fclt\u00fcr\u00fcn\u00fc destekler ve farkl\u0131 ekiplerin birbirlerinin deneyimlerinden faydalanmas\u0131na olanak tan\u0131r. A\u00e7\u0131k ileti\u015fim, g\u00fcveni art\u0131r\u0131r ve gelecekteki i\u015fbirli\u011fini g\u00fc\u00e7lendirir. Bu, \u00f6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k organizasyonlarda, farkl\u0131 departmanlar aras\u0131nda bilgi ak\u0131\u015f\u0131n\u0131 sa\u011flamak i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n Bu ilkeler, bir postmortem’in sadece bir evrak i\u015fi olmaktan \u00e7\u0131k\u0131p, ger\u00e7ek bir de\u011fi\u015fim ve geli\u015fim arac\u0131 haline gelmesini sa\u011flar. Her bir postmortem’i bu \u00e7er\u00e7evede ele almak, ekibinizin ve sistemlerinizin s\u00fcrekli olarak iyile\u015fmesine yard\u0131mc\u0131 olacakt\u0131r.<\/p>\n Etkili bir postmortem s\u00fcreci, olay sona erer ermez ba\u015flar ve dikkatli bir haz\u0131rl\u0131k ile veri toplama a\u015famas\u0131n\u0131 i\u00e7erir. Bu a\u015fama, postmortem toplant\u0131s\u0131n\u0131n verimli ge\u00e7mesi ve do\u011fru sonu\u00e7lara ula\u015f\u0131lmas\u0131 i\u00e7in temel ta\u015f\u0131d\u0131r. Yetersiz veri veya eksik haz\u0131rl\u0131k, analizi s\u0131\u011fla\u015ft\u0131rabilir ve \u00f6nemli k\u00f6k nedenlerin g\u00f6zden ka\u00e7mas\u0131na neden olabilir. Bu b\u00f6l\u00fcm, postmortem s\u00fcrecinin ilk ve en kritik ad\u0131mlar\u0131na odaklanarak, do\u011fru bilgileri nas\u0131l toplayaca\u011f\u0131n\u0131z\u0131 ve toplant\u0131ya nas\u0131l haz\u0131rlanaca\u011f\u0131n\u0131z\u0131 detayland\u0131racakt\u0131r.<\/p>\n 1. Olay\u0131n Sona Ermesi ve \u0130lk De\u011ferlendirme:<\/strong> 2. Veri Toplama Plan\u0131 Olu\u015fturma:<\/strong> 3. Verilerin Toplanmas\u0131 ve D\u00fczenlenmesi:<\/strong> <\/code>Bu t\u00fcr sorgular, olay an\u0131ndaki kritik loglar\u0131 h\u0131zl\u0131ca filtreleyerek zaman \u00e7izelgesine entegre etmenizi sa\u011flar.<\/p>\n 4. Olay Zaman \u00c7izelgesi (Timeline) Olu\u015fturma:<\/strong> 5. Kat\u0131l\u0131mc\u0131lar\u0131 Belirleme ve Davet Etme:<\/strong> 6. \u00d6n Analiz ve Hipotez Geli\u015ftirme:<\/strong> Bu haz\u0131rl\u0131k ad\u0131mlar\u0131, postmortem toplant\u0131s\u0131n\u0131n sadece bir \"dedikodu\" seans\u0131 olmaktan \u00e7\u0131k\u0131p, yap\u0131land\u0131r\u0131lm\u0131\u015f, veriye dayal\u0131 ve sonu\u00e7 odakl\u0131 bir analiz platformu haline gelmesini sa\u011flar. Do\u011fru verilerle donanm\u0131\u015f bir ekip, olay\u0131n ger\u00e7ek nedenlerini \u00e7ok daha etkili bir \u015fekilde ortaya \u00e7\u0131karabilir.<\/p>\n Postmortem s\u00fcrecinin kalbi, olay\u0131n t\u00fcm y\u00f6nlerinin a\u00e7\u0131k\u00e7a tart\u0131\u015f\u0131ld\u0131\u011f\u0131 ve k\u00f6k nedenlerin belirlendi\u011fi toplant\u0131d\u0131r. Bu toplant\u0131, do\u011fru y\u00f6netilmezse verimsiz tart\u0131\u015fmalara, su\u00e7lamalara veya \u00f6nemli noktalar\u0131n g\u00f6zden ka\u00e7mas\u0131na neden olabilir. Bu nedenle, toplant\u0131n\u0131n etkili bir \u015fekilde modere edilmesi ve kat\u0131l\u0131mc\u0131lar aras\u0131nda yap\u0131c\u0131 bir tart\u0131\u015fma ortam\u0131n\u0131n sa\u011flanmas\u0131 hayati \u00f6neme sahiptir. Bu b\u00f6l\u00fcmde, postmortem toplant\u0131s\u0131n\u0131 nas\u0131l verimli hale getirece\u011finizi ve tart\u0131\u015fmay\u0131 nas\u0131l y\u00f6netece\u011finizi ele alaca\u011f\u0131z.<\/p>\n 1. Toplant\u0131 Ortam\u0131n\u0131 Haz\u0131rlama ve G\u00fcndemi Belirleme:<\/strong> 2. Kronolojinin G\u00f6zden Ge\u00e7irilmesi ve Anla\u015f\u0131lmas\u0131:<\/strong> 3. K\u00f6k Neden Analizi (Root Cause Analysis):<\/strong> 4. Kat\u0131l\u0131mc\u0131lar\u0131 Tart\u0131\u015fmaya Dahil Etme ve Y\u00f6nlendirme:<\/strong> 5. \u00d6\u011frenilen Dersleri ve Geli\u015fim Alanlar\u0131n\u0131 Belirleme:<\/strong> Bu a\u015famalar, postmortem toplant\u0131s\u0131n\u0131n sadece bir bilgi payla\u015f\u0131m seans\u0131 olmaktan \u00e7\u0131k\u0131p, ger\u00e7ek bir problem \u00e7\u00f6zme ve iyile\u015ftirme platformu haline gelmesini sa\u011flar. Do\u011fru moderasyon ve yap\u0131land\u0131r\u0131lm\u0131\u015f bir tart\u0131\u015fma, ekibinizin her olaydan de\u011ferli dersler \u00e7\u0131karmas\u0131na ve daha g\u00fc\u00e7l\u00fc sistemler in\u015fa etmesine olanak tan\u0131r.<\/p>\n Bir postmortem toplant\u0131s\u0131n\u0131n t\u00fcm amac\u0131, gelecekteki benzer olaylar\u0131 \u00f6nlemek veya etkilerini azaltmak i\u00e7in somut eylem ad\u0131mlar\u0131 belirlemektir. K\u00f6k nedenler ve \u00f6\u011frenilen dersler ne kadar iyi belirlenirse belirlensin, e\u011fer bu bilgiler eyleme d\u00f6n\u00fc\u015fmezse, postmortem s\u00fcreci bo\u015fa harcanm\u0131\u015f bir \u00e7aba olur. Bu b\u00f6l\u00fcm, postmortem'in en kritik \u00e7\u0131kt\u0131s\u0131 olan eylem plan\u0131n\u0131n nas\u0131l olu\u015fturulaca\u011f\u0131n\u0131, \u00f6nceliklendirilece\u011fini ve takip edilece\u011fini detayland\u0131racakt\u0131r.<\/p>\n 1. Eylem Maddelerini Tan\u0131mlama:<\/strong> 2. SMART Hedefler Belirleme:<\/strong> \u00d6rnek bir SMART eylem maddesi: 3. Sorumlu Atama ve \u00d6nceliklendirme:<\/strong> 4. Eylem Plan\u0131n\u0131n Belgelenmesi:<\/strong> 5. Takip ve \u0130lerlemenin \u0130zlenmesi:<\/strong> <\/code>Bu t\u00fcr bir tablo, ilerlemeyi g\u00f6rselle\u015ftirmek ve herkesi bilgilendirmek i\u00e7in \u00e7ok<\/p>\n","protected":false},"excerpt":{"rendered":"Kesintileri \u00d6nleyen Etkili Olay Sonras\u0131 Analizi (Postmortem) Nas\u0131l Yaz\u0131l\u0131r? Teknoloji d\u00fcnyas\u0131nda, sistem kesintileri (outage) ka\u00e7\u0131n\u0131lmaz bir ger\u00e7ektir.","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1],"tags":[],"class_list":{"0":"post-41560","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nPostmortem S\u00fcrecine Ad\u0131m Ad\u0131m Yakla\u015f\u0131m: Haz\u0131rl\u0131k ve Veri Toplama<\/h3>\n
\nOlay kontrol alt\u0131na al\u0131n\u0131p hizmetler eski haline d\u00f6nd\u00fc\u011f\u00fcnde, ilk olarak olay\u0131n ne zaman ba\u015flad\u0131\u011f\u0131, ne zaman sona erdi\u011fi ve hangi hizmetlerin etkilendi\u011fi gibi temel bilgileri not al\u0131n. Bu, daha detayl\u0131 analiz i\u00e7in bir ba\u015flang\u0131\u00e7 noktas\u0131 olu\u015fturacakt\u0131r. Bu a\u015famada, olay\u0131 y\u00f6neten ekip \u00fcyeleri, ilk g\u00f6zlemlerini ve ald\u0131klar\u0131 aksiyonlar\u0131 k\u0131saca belgelemelidir.<\/p>\n
\nPostmortem toplant\u0131s\u0131ndan \u00f6nce, hangi verilerin toplanmas\u0131 gerekti\u011fini belirlemek i\u00e7in bir plan yap\u0131lmal\u0131d\u0131r. Bu plan, a\u015fa\u011f\u0131daki kategorilerdeki verileri i\u00e7ermelidir:
\n* Zaman \u00c7izelgesi (Timeline) Verileri:<\/strong> Olay\u0131n ba\u015flang\u0131c\u0131ndan biti\u015fine kadar ge\u00e7en s\u00fcredeki kritik olaylar, al\u0131nan aksiyonlar ve bunlar\u0131n zaman damgalar\u0131.
\n* Sistem Metrikleri:<\/strong> CPU kullan\u0131m\u0131, bellek, disk I\/O, a\u011f trafi\u011fi, veritaban\u0131 ba\u011flant\u0131lar\u0131, kuyruk uzunluklar\u0131 gibi performans verileri.
\n* Uygulama Loglar\u0131:<\/strong> Hata loglar\u0131, eri\u015fim loglar\u0131, debug loglar\u0131 ve \u00f6zel uygulama loglar\u0131.
\n* Altyap\u0131 Loglar\u0131:<\/strong> Sunucu loglar\u0131, a\u011f cihaz\u0131 loglar\u0131, g\u00fcvenlik duvar\u0131 (firewall) loglar\u0131.
\n* \u0130zleme (Monitoring) ve Uyar\u0131 (Alerting) Verileri:<\/strong> Hangi uyar\u0131lar\u0131n tetiklendi\u011fi, ne zaman tetiklendi\u011fi ve kimlere ula\u015ft\u0131\u011f\u0131.
\n* Konfig\u00fcrasyon De\u011fi\u015fiklikleri:<\/strong> Olaydan k\u0131sa bir s\u00fcre \u00f6nce yap\u0131lan kod da\u011f\u0131t\u0131mlar\u0131 (deployments), yap\u0131land\u0131rma de\u011fi\u015fiklikleri veya altyap\u0131 g\u00fcncellemeleri.
\n* \u0130leti\u015fim Kay\u0131tlar\u0131:<\/strong> Olay s\u0131ras\u0131nda kullan\u0131lan ileti\u015fim kanallar\u0131ndaki (Slack, e-posta, telefon) \u00f6nemli mesajlar ve kararlar.<\/p>\n
\nPlanlanan verileri \u00e7e\u015fitli kaynaklardan (izleme sistemleri, log y\u00f6netim ara\u00e7lar\u0131, versiyon kontrol sistemleri) toplay\u0131n. Bu verileri okunabilir ve analiz edilebilir bir formatta d\u00fczenlemek \u00f6nemlidir. \u00d6zellikle zaman \u00e7izelgesi i\u00e7in, t\u00fcm olaylar\u0131 kronolojik s\u0131raya koymak, olay ak\u0131\u015f\u0131n\u0131 anlamak i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n\n# \u00d6rnek Log Sorgusu (Elasticsearch\/Kibana i\u00e7in)\nGET \/_search\n{\n \"query\": {\n \"bool\": {\n \"must\": [\n { \"range\": { \"@timestamp\": { \"gte\": \"2023-10-26T10:00:00Z\", \"lte\": \"2023-10-26T12:00:00Z\" } } },\n { \"match\": { \"message\": \"error OR failed OR exception\" } }\n ]\n }\n },\n \"sort\": [\n { \"@timestamp\": { \"order\": \"asc\" } }\n ]\n}\n<\/code><\/pre>\n<\/div>\n
\nToplanan verileri kullanarak detayl\u0131 bir zaman \u00e7izelgesi olu\u015fturun. Bu, olay\u0131n ba\u015flang\u0131c\u0131ndan itibaren ya\u015fanan her \u00f6nemli olay\u0131, tetiklenen uyar\u0131lar\u0131, yap\u0131lan m\u00fcdahaleleri ve bunlar\u0131n etkilerini saat ve dakika hassasiyetinde listelemelidir. Zaman \u00e7izelgesi, postmortem toplant\u0131s\u0131n\u0131n temelini olu\u015fturur ve t\u00fcm kat\u0131l\u0131mc\u0131lar\u0131n olay ak\u0131\u015f\u0131n\u0131 ayn\u0131 \u015fekilde anlamas\u0131n\u0131 sa\u011flar.
\n\u00d6rnek bir zaman \u00e7izelgesi girdisi:
\n* 10:00:<\/strong> Kullan\u0131c\u0131lar X hizmetine eri\u015fimde yava\u015fl\u0131k bildirmeye ba\u015flad\u0131.
\n* 10:05:<\/strong> \u0130zleme sistemi, Y servisinde %80 CPU kullan\u0131m uyar\u0131s\u0131 tetikledi.
\n* 10:10:<\/strong> On-call ekip \u00fcyesi (Ahmet), uyar\u0131y\u0131 ald\u0131 ve incelemeye ba\u015flad\u0131.
\n* 10:15:<\/strong> Ahmet, Y servisi loglar\u0131nda \"Veritaban\u0131 ba\u011flant\u0131 havuzu dolu\" hatas\u0131n\u0131 tespit etti.
\n* 10:20:<\/strong> Ahmet, Z veritaban\u0131 sunucusunun ba\u011flant\u0131 say\u0131s\u0131n\u0131 kontrol etti ve anormal bir art\u0131\u015f g\u00f6rd\u00fc.
\n* 10:30:<\/strong> Ekipten Ay\u015fe, Z veritaban\u0131 sunucusunda yeni bir indeksleme i\u015fleminin ba\u015flad\u0131\u011f\u0131n\u0131 fark etti.
\n* 10:45:<\/strong> \u0130ndeksleme i\u015flemi durduruldu.
\n* 10:50:<\/strong> Z veritaban\u0131 ba\u011flant\u0131 say\u0131s\u0131 normale d\u00f6nd\u00fc, Y servisi performans\u0131 d\u00fczeldi.
\n* 11:00:<\/strong> Hizmet tamamen eski haline d\u00f6nd\u00fc.<\/p>\n
\nPostmortem toplant\u0131s\u0131na kimlerin kat\u0131lmas\u0131 gerekti\u011fini belirleyin. Bu genellikle olaya do\u011frudan m\u00fcdahale edenler, ilgili sistemlerin geli\u015ftiricileri, \u00fcr\u00fcn sahipleri ve potansiyel olarak gelecekte benzer olaylar\u0131 \u00f6nleyebilecek di\u011fer ekip \u00fcyeleridir. Toplant\u0131 davetine, toplanan verilerin ve zaman \u00e7izelgesinin bir \u00f6n tasla\u011f\u0131n\u0131 ekleyerek kat\u0131l\u0131mc\u0131lar\u0131n haz\u0131rl\u0131kl\u0131 gelmesini sa\u011flay\u0131n.<\/p>\n
\nToplant\u0131dan \u00f6nce, toplanan verileri ve zaman \u00e7izelgesini g\u00f6zden ge\u00e7irerek olas\u0131 k\u00f6k nedenler hakk\u0131nda baz\u0131 \u00f6n hipotezler geli\u015ftirebilirsiniz. Bu, toplant\u0131 s\u0131ras\u0131nda tart\u0131\u015fmay\u0131 y\u00f6nlendirmeye yard\u0131mc\u0131 olur. Ancak bu hipotezlere s\u0131k\u0131 s\u0131k\u0131ya ba\u011fl\u0131 kalmamak ve toplant\u0131daki yeni bilgilere a\u00e7\u0131k olmak \u00f6nemlidir. \u00d6n analiz, toplant\u0131n\u0131n daha odakl\u0131 ve verimli olmas\u0131n\u0131 sa\u011flar.<\/p>\nPostmortem Toplant\u0131s\u0131n\u0131 Verimli K\u0131lmak: Modere Etme ve Tart\u0131\u015fma<\/h3>\n
\nToplant\u0131 ba\u015flamadan \u00f6nce, rahat ve a\u00e7\u0131k bir ileti\u015fim ortam\u0131 sa\u011flay\u0131n. Fiziksel bir toplant\u0131ysa beyaz tahta veya dijital bir ara\u00e7 (Miro, Jamboard gibi) haz\u0131rlay\u0131n. Uzaktan yap\u0131l\u0131yorsa, ekran payla\u015f\u0131m\u0131 ve not alma ara\u00e7lar\u0131n\u0131n haz\u0131r oldu\u011fundan emin olun. Toplant\u0131n\u0131n ba\u015f\u0131nda, g\u00fcndemi ve ana hedefleri (olay\u0131n kronolojisini anlama, k\u00f6k nedenleri belirleme, eylem maddeleri olu\u015fturma) net bir \u015fekilde belirtin. Ayr\u0131ca, \"su\u00e7lama yapmama\" ilkesini yeniden vurgulayarak herkesin kendini g\u00fcvende hissetmesini sa\u011flay\u0131n.<\/p>\n
\nToplant\u0131n\u0131n ilk ve en \u00f6nemli ad\u0131m\u0131, \u00f6nceden haz\u0131rlanan olay zaman \u00e7izelgesini (timeline) t\u00fcm kat\u0131l\u0131mc\u0131larla birlikte g\u00f6zden ge\u00e7irmektir. Moderat\u00f6r, her bir olay\u0131 ve aksiyonu kronolojik s\u0131rayla okumal\u0131 ve kat\u0131l\u0131mc\u0131lardan eksik veya yanl\u0131\u015f bilgileri d\u00fczeltmelerini istemelidir. Bu a\u015famada, \"Ne oldu?\", \"Ne zaman oldu?\", \"Kim fark etti?\", \"Ne yap\u0131ld\u0131?\" gibi sorularla detaylar\u0131 netle\u015ftirin. Bu, herkesin olay\u0131n ak\u0131\u015f\u0131 hakk\u0131nda ortak bir anlay\u0131\u015fa sahip olmas\u0131n\u0131 sa\u011flar. \u00d6zellikle kilit anlarda, \"Bu noktada ne d\u00fc\u015f\u00fcnd\u00fcn?\", \"Elinizde hangi bilgiler vard\u0131?\" gibi sorularla karar alma s\u00fcre\u00e7lerini anlamaya \u00e7al\u0131\u015f\u0131n.
\n\u00d6rne\u011fin:
\n* Moderat\u00f6r:<\/strong> \"Saat 10:05'te Y servisinde %80 CPU kullan\u0131m\u0131 uyar\u0131s\u0131 tetiklenmi\u015f. Bu uyar\u0131y\u0131 alan ekip \u00fcyesi kimdi ve ne hissetti?\"
\n* Ahmet (On-call):<\/strong> \"Ben ald\u0131m. \u00d6nceki hafta da benzer bir uyar\u0131 alm\u0131\u015ft\u0131k ama kendili\u011finden d\u00fczelmi\u015fti, bu y\u00fczden ilk ba\u015fta \u00e7ok endi\u015felenmedim.\"
\n* Moderat\u00f6r:<\/strong> \"Anl\u0131yorum. Peki sonraki aksiyonun ne oldu?\"
\nBu t\u00fcr diyaloglar, sadece teknik detaylar\u0131 de\u011fil, ayn\u0131 zamanda olay\u0131n insan fakt\u00f6rlerini de anlamaya yard\u0131mc\u0131 olur.<\/p>\n
\nKronoloji \u00fczerinde mutab\u0131k kal\u0131nd\u0131ktan sonra, olay\u0131n nedenlerine inme zaman\u0131 gelir. Burada en etkili tekniklerden biri 5 Neden (5 Whys) tekni\u011fidir<\/strong>. Olay\u0131n ilk belirtisinden ba\u015flayarak, \"Neden?\" sorusunu art arda be\u015f kez (veya ger\u00e7ek k\u00f6k nedene ula\u015fana kadar) sorarak derinlemesine inilir.
\n\u00d6rnek 5 Neden Uygulamas\u0131:
\n* Olay:<\/strong> M\u00fc\u015fteriler X hizmetine eri\u015femedi.
\n* Neden 1:<\/strong> Uygulama sunucusu \u00e7\u00f6kt\u00fc.
\n* Neden 2:<\/strong> Uygulama sunucusu belle\u011fi t\u00fckendi.
\n* Neden 3:<\/strong> Bellek s\u0131z\u0131nt\u0131s\u0131 (memory leak) olan bir kod par\u00e7as\u0131 vard\u0131.
\n* Neden 4:<\/strong> Bu kod par\u00e7as\u0131 son da\u011f\u0131t\u0131mda (deployment) devreye al\u0131nd\u0131 ve yeterince test edilmedi.
\n* Neden 5:<\/strong> Da\u011f\u0131t\u0131m \u00f6ncesi test s\u00fcre\u00e7lerinde otomasyon eksikli\u011fi ve performans testlerinin yetersizli\u011fi vard\u0131.
\nBu teknik, y\u00fczeydeki sorunlardan sistemik zay\u0131fl\u0131klara kadar inmenizi sa\u011flar. Bal\u0131k K\u0131l\u00e7\u0131\u011f\u0131 Diyagram\u0131 (Fishbone Diagram) veya FMEA (Failure Mode and Effects Analysis) gibi di\u011fer teknikler de kullan\u0131labilir, ancak 5 Neden genellikle daha h\u0131zl\u0131 ve pratik bir ba\u015flang\u0131\u00e7 noktas\u0131d\u0131r.<\/p>\n
\nModerat\u00f6r\u00fcn g\u00f6revi, t\u00fcm kat\u0131l\u0131mc\u0131lar\u0131n fikirlerini ifade etmelerini sa\u011flamak ve tart\u0131\u015fmay\u0131 do\u011fru yolda tutmakt\u0131r.
\n* Aktif Dinleme:<\/strong> Kat\u0131l\u0131mc\u0131lar\u0131n s\u00f6ylediklerini dikkatlice dinleyin ve anlad\u0131\u011f\u0131n\u0131z\u0131 teyit edin.
\n* A\u00e7\u0131k U\u00e7lu Sorular:<\/strong> \"Bu konuda ba\u015fka kimin bir fikri var?\", \"Bu durumun ba\u015fka hangi olas\u0131 nedenleri olabilir?\", \"Bunu nas\u0131l farkl\u0131 yapabilirdik?\" gibi sorularla daha fazla d\u00fc\u015f\u00fcnceyi te\u015fvik edin.
\n* Odaklanmay\u0131 Sa\u011flama:<\/strong> Tart\u0131\u015fma ana konudan sapmaya ba\u015flad\u0131\u011f\u0131nda, nazik\u00e7e konuya geri d\u00f6n\u00fclmesini sa\u011flay\u0131n. \"\u015eu an k\u00f6k nedenleri tart\u0131\u015f\u0131yoruz, eylem maddelerine birazdan gelece\u011fiz\" gibi ifadeler kullan\u0131labilir.
\n* Su\u00e7lamalar\u0131 Engelleme:<\/strong> Herhangi bir su\u00e7lama e\u011filimi fark edildi\u011finde, \"Amac\u0131m\u0131z bireyleri de\u011fil, sistemleri ve s\u00fcre\u00e7leri anlamak\" diyerek m\u00fcdahale edin.<\/p>\n
\nK\u00f6k nedenler belirlendikten sonra, toplant\u0131n\u0131n en \u00f6nemli \u00e7\u0131kt\u0131s\u0131 olan \u00f6\u011frenilen dersler (lessons learned) ve geli\u015fim alanlar\u0131 \u00fczerinde durulmal\u0131d\u0131r. Bu, sadece teknik sorunlar de\u011fil, ayn\u0131 zamanda s\u00fcre\u00e7, ileti\u015fim veya ara\u00e7lardaki eksiklikler de olabilir.
\n\u00d6rnek \u00f6\u011frenilen dersler:
\n* \u0130zleme sistemimizde bellek s\u0131z\u0131nt\u0131lar\u0131n\u0131 erken tespit edecek metrikler eksik.
\n* Da\u011f\u0131t\u0131m \u00f6ncesi performans testleri, yeni kod de\u011fi\u015fikliklerinin potansiyel etkilerini yeterince kapsam\u0131yor.
\n* Olay an\u0131nda farkl\u0131 ekipler aras\u0131ndaki ileti\u015fim kanallar\u0131 net de\u011fildi.<\/p>\nEylem Plan\u0131 Olu\u015fturma ve Takip Etme: Ger\u00e7ek \u00d6nleyici Ad\u0131mlar<\/h3>\n
\nPostmortem toplant\u0131s\u0131n\u0131n sonunda veya hemen ard\u0131ndan, belirlenen k\u00f6k nedenlere ve \u00f6\u011frenilen derslere dayanarak bir dizi eylem maddesi (action items) tan\u0131mlanmal\u0131d\u0131r. Her eylem maddesi, belirli bir sorunu ele almal\u0131 ve gelecekteki bir olay\u0131 \u00f6nlemeye veya hafifletmeye y\u00f6nelik olmal\u0131d\u0131r. Bu maddeler, basit d\u00fczeltmelerden (\u00f6rne\u011fin, bir yap\u0131land\u0131rma dosyas\u0131n\u0131 g\u00fcncelleme) daha b\u00fcy\u00fck sistemik iyile\u015ftirmelere (\u00f6rne\u011fin, yeni bir izleme arac\u0131 entegre etme) kadar de\u011fi\u015febilir.<\/p>\n
\nHer eylem maddesi, SMART (Specific, Measurable, Achievable, Relevant, Time-bound)<\/strong> kriterlerine uygun olmal\u0131d\u0131r. Bu, eylem maddelerinin net, takip edilebilir ve ger\u00e7ek\u00e7i olmas\u0131n\u0131 sa\u011flar.
\n* Specific (Belirli):<\/strong> Ne yap\u0131laca\u011f\u0131 net olmal\u0131. \"\u0130zlemeyi iyile\u015ftir\" yerine \"Veritaban\u0131 ba\u011flant\u0131 havuzu kullan\u0131m\u0131 i\u00e7in yeni bir uyar\u0131 kural\u0131 ekle.\"
\n* Measurable (\u00d6l\u00e7\u00fclebilir):<\/strong> Ba\u015far\u0131n\u0131n nas\u0131l \u00f6l\u00e7\u00fclece\u011fi belli olmal\u0131. \"Uyar\u0131 kural\u0131 eklenecek ve 2 hafta boyunca test edilecek.\"
\n* Achievable (Ula\u015f\u0131labilir):<\/strong> G\u00f6rev, mevcut kaynaklarla ve becerilerle ger\u00e7ekle\u015ftirilebilir olmal\u0131.
\n* Relevant (\u0130lgili):<\/strong> Eylem maddesi, olay\u0131n k\u00f6k nedenleriyle do\u011frudan ilgili olmal\u0131 ve gelecekteki kesintileri \u00f6nlemeye yard\u0131mc\u0131 olmal\u0131.
\n* Time-bound (Zaman S\u0131n\u0131rl\u0131):<\/strong> Bir tamamlama tarihi veya zaman \u00e7er\u00e7evesi olmal\u0131. \"30 Kas\u0131m 2023 tarihine kadar tamamlanacak.\"<\/p>\n
\n\"Geli\u015ftirme ekibinden Ay\u015fe, bellek s\u0131z\u0131nt\u0131s\u0131 tespit edilen DataProcessor<\/code> mod\u00fcl\u00fcndeki hatay\u0131 d\u00fczeltecek ve d\u00fczeltmeyi i\u00e7eren yeni s\u00fcr\u00fcm\u00fc (v1.2.3) 15 Kas\u0131m 2023 tarihine kadar test ortam\u0131na da\u011f\u0131tacak.\"<\/p>\n
\nHer eylem maddesine net bir sorumlu ki\u015fi veya ekip atanmal\u0131d\u0131r. Sorumlu atanmayan bir eylem maddesi genellikle tamamlanmaz. Ayr\u0131ca, t\u00fcm eylem maddeleri ayn\u0131 \u00f6neme sahip de\u011fildir. Bunlar\u0131 aciliyet ve etki (impact) a\u00e7\u0131s\u0131ndan \u00f6nceliklendirmek \u00f6nemlidir. Y\u00fcksek riskli ve kolayca uygulanabilir maddeler \u00f6ncelikli olmal\u0131d\u0131r.
\nYayg\u0131n \u00f6nceliklendirme y\u00f6ntemleri:
\n* Aciliyet\/Etki Matrisi:<\/strong> Eylem maddelerini aciliyet ve potansiyel etki (gelecekteki olaylar\u0131 \u00f6nleme veya hafifletme potansiyeli) ekseninde s\u0131n\u0131fland\u0131r\u0131n.
\n* \u00c7aba\/Fayda Matrisi:<\/strong> Uygulama i\u00e7in gereken \u00e7aba ile sa\u011flayaca\u011f\u0131 fayday\u0131 kar\u015f\u0131la\u015ft\u0131r\u0131n. D\u00fc\u015f\u00fck \u00e7aba, y\u00fcksek fayda maddeleri ilk s\u0131ralarda yer almal\u0131d\u0131r.<\/p>\n
\nT\u00fcm eylem maddeleri, sorumlular\u0131, \u00f6ncelikleri ve hedef tarihleri ile birlikte merkezi bir yerde belgelenmelidir. Bu, bir proje y\u00f6netim arac\u0131 (Jira, Trello, Asana), bir wiki sayfas\u0131 veya basit bir elektronik tablo olabilir. \u00d6nemli olan, herkesin eri\u015febilece\u011fi ve g\u00fcncelleyebilece\u011fi bir kaynak olmas\u0131d\u0131r. Postmortem belgesinin kendisi de bu eylem plan\u0131na bir referans i\u00e7ermelidir.<\/p>\n
\nEylem plan\u0131 olu\u015fturulduktan sonra, en kritik ad\u0131m d\u00fczenli takiptir. Sorumlular\u0131n g\u00f6revlerini zaman\u0131nda tamamlad\u0131\u011f\u0131ndan emin olmak i\u00e7in periyodik kontroller yap\u0131lmal\u0131d\u0131r. Bu, haftal\u0131k ekip toplant\u0131lar\u0131nda bir g\u00fcndem maddesi olarak veya \u00f6zel bir takip toplant\u0131s\u0131yla ger\u00e7ekle\u015ftirilebilir. Tamamlanan maddeler i\u015faretlenmeli ve geciken maddeler i\u00e7in yeni bir plan yap\u0131lmal\u0131d\u0131r.<\/code>html<\/p>\n\n\n
\n \nEylem Maddesi<\/th>\n Sorumlu<\/th>\n Hedef Tarih<\/th>\n \u00d6ncelik<\/th>\n Durum<\/th>\n<\/tr>\n<\/thead>\n \n Veritaban\u0131 ba\u011flant\u0131 havuzu i\u00e7in uyar\u0131 kural\u0131 ekle<\/td>\n Ahmet Y\u0131lmaz (DevOps)<\/td>\n 2023-11-15<\/td>\n Y\u00fcksek<\/td>\n Tamamland\u0131<\/td>\n<\/tr>\n \n Bellek s\u0131z\u0131nt\u0131s\u0131 fix’ini test ortam\u0131na da\u011f\u0131t<\/td>\n Ay\u015fe Demir (Geli\u015ftirme)<\/td>\n 2023-11-20<\/td>\n Y\u00fcksek<\/td>\n Devam Ediyor<\/td>\n<\/tr>\n \n Olay ileti\u015fim protokol\u00fcn\u00fc g\u00fcncelle<\/td>\n Canan Korkmaz (Operasyon)<\/td>\n 2023-12-01<\/td>\n Orta<\/td>\n Ba\u015flamad\u0131<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n