Uyarı ve Olaylara Müdahale

DevOps'ta izleme, neler olduğunu görmemize yardımcı olur. Ancak yalnızca görmek yeterli değildir; bir şeyler ters gittiğinde bunu bilmemiz gerekir!

Uyarılar, belirli koşullar karşılandığında tetiklenen ve olası bir soruna işaret eden bildirimlerdir. Bunları sisteminizin alarm zilleri gibi düşünebilirsiniz.

Etkili uyarı sistemi, pasif izlemeyi proaktif sorun çözmeye dönüştürür. Şunlar için gereklidir:

• Erken Tespit: Sorunları kullanıcılar etkilenmeden yakalama.
• Daha Hızlı Çözüm: Doğru ekibi hemen haberdar etme.
• Kesintileri Önleme: Küçük sorunları büyümeden ele alma.

Bir uyarı tetiklendiğinde bu genellikle bir olaya işaret eder. Olay, bir hizmetin plansız şekilde kesintiye uğraması veya hizmet kalitesinin düşmesidir.

Sunucunun çökmesi, veritabanının yanıt veremez hâle gelmesi veya uygulamadaki hata oranının aniden yükselmesi buna örnektir.

Uyarılar çeşitli ölçümlere veya günlük kayıtlarına göre yapılandırılır. Yaygın tetikleyiciler şunlardır:

• Eşikler: CPU kullanımının 5 dakika boyunca %90'ın üzerinde olması.
• Hata Oranları: HTTP 500 hatalarının isteklerin %1'inden fazla olması.
• Kullanılabilirlik: Hizmetin hiç yanıt vermemesi.
• Günlük Kalıpları: Günlüklerde belirli hata iletilerinin görünmesi.

Tüm uyarıların aciliyeti aynı değildir. Yanıtları önceliklendirmek için uyarıları önem düzeylerine göre sınıflandırırız:

• Kritik: Hizmet çalışmıyor veya ciddi ölçüde bozulmuş. Derhâl işlem yapılması gerekir.
• Uyarı: Olası bir sorun gelişiyor ve kısa süre içinde ilgilenilmesi gerekiyor.
• Bilgi: Acil olmayan olay; yalnızca haberdar olmak içindir.

Bir uyarı tetiklendiğinde doğru kişilere ulaşması gerekir. Yaygın bildirim kanalları şunlardır:

• E-posta: Daha az acil uyarılar veya bilgi amaçlı bildirimler için.
• Sohbet (ör. Slack): Ekip farkındalığı ve ortak tanılama için uygundur.
• SMS/Telefon Araması: Derhâl ilgilenilmesi gereken kritik uyarılar için; genellikle PagerDuty gibi nöbet araçları üzerinden kullanılır.

Olaylara Yanıt, olayları ele almak ve çözmek için uygulanan yapılandırılmış süreçtir. Tipik bir akış şunları içerir:

1. Tespit: Bir uyarı tetiklenir.
2. Önceliklendirme: Önem düzeyi ve etki değerlendirilir.
3. Tanılama: Kök neden belirlenir.
4. Çözüm: Sorun düzeltilir.
5. Kurtarma: Hizmetin tüm işlevleri geri yüklenir.
6. Olay Sonrası İnceleme: Olaydan ders çıkarılır.

Çalışma kitabı, yaygın olayları çözmek için izlenecek adımları açıklayan ayrıntılı bir kılavuzdur. Şunlar için kritik öneme sahiptir:

• Tutarlılık: Olayların aynı şekilde ele alınmasını sağlama.
• Hız: Tanılama ve çözüm sürelerini kısaltma.
• Bilgi Aktarımı: Yeni ekip üyelerini etkili şekilde yanıt verebilmeleri için güçlendirme.

Bir olay çözüldükten sonra olay sonrası inceleme (veya olay değerlendirmesi) hayati önem taşır. Bu, suçlu aramadan şu konulara odaklanan bir analizdir:

• Ne oldu?
• Neden oldu?
• Ne bunu önleyebilirdi?
• Tekrarını önlemek için hangi adımları atabiliriz?

Amaç suçlu bulmak değil, sürekli iyileştirme sağlamaktır.

Aşağıdakilerden hangisi olaylara yanıt sürecinde bir çalışma kitabının temel amacını en iyi açıklar?

Uyarıların, belirli koşullar tarafından tetiklenen sistem alarmınız olarak nasıl görev yaptığını inceledik. Farklı önem düzeylerini ve bildirim kanallarını öğrendik.

Olaylara yanıt akışını anlamak ve çalışma kitaplarından yararlanmak, sorunları etkili biçimde ele almanın temel unsurlarıdır. Son olarak, olay sonrası incelemeler sürekli öğrenmeyi ve sistemin iyileştirilmesini sağlar.