Pemberitahuan dan Respons Insiden

Dalam DevOps, pemantauan membantu kita melihat apa yang sedang terjadi. Namun, sekadar melihat belum cukup; kita perlu mengetahui kapan sesuatu berjalan tidak semestinya!

Peringatan adalah pemberitahuan yang dipicu ketika kondisi tertentu terpenuhi dan menunjukkan kemungkinan adanya masalah. Anggaplah peringatan sebagai lonceng alarm sistem Anda.

Peringatan yang efektif mengubah pemantauan pasif menjadi pemecahan masalah proaktif. Peringatan sangat penting untuk:

• Deteksi Dini: Menemukan masalah sebelum pengguna terdampak.
• Penyelesaian Lebih Cepat: Segera memberi tahu tim yang tepat.
• Mencegah Gangguan: Menangani masalah kecil sebelum berkembang menjadi lebih parah.

Ketika sebuah peringatan aktif, hal itu sering menandakan adanya insiden. Insiden adalah gangguan layanan yang tidak direncanakan atau penurunan kualitas layanan.

Contohnya termasuk server mengalami kerusakan, basis data tidak merespons, atau tingkat kesalahan aplikasi meningkat tajam.

Peringatan dikonfigurasikan berdasarkan berbagai metrik atau log. Berikut adalah pemicu yang umum:

• Ambang Batas: Penggunaan CPU > 90% selama 5 menit.
• Tingkat Kesalahan: Kesalahan HTTP 500 > 1% dari permintaan.
• Ketersediaan: Layanan tidak memberikan respons.
• Pola Log: Pesan kesalahan tertentu muncul dalam log.

Tidak semua peringatan sama mendesaknya. Kita mengategorikannya berdasarkan tingkat keparahan untuk memprioritaskan respons:

• Kritis: Layanan tidak aktif atau mengalami penurunan kinerja parah. Tindakan segera diperlukan.
• Peringatan: Kemungkinan masalah sedang berkembang dan memerlukan perhatian segera.
• Informasi: Peristiwa yang tidak mendesak, hanya untuk diketahui.

Setelah peringatan dipicu, peringatan tersebut harus sampai kepada orang yang tepat. Saluran pemberitahuan yang umum meliputi:

• Surel: Untuk peringatan yang kurang mendesak atau peringatan informatif.
• Obrolan (misalnya Slack): Baik untuk membangun kesadaran tim dan diagnosis kolaboratif.
• SMS/Panggilan Telepon: Untuk peringatan kritis yang memerlukan perhatian segera, sering kali melalui alat piket seperti PagerDuty.

Respons Insiden adalah proses terstruktur untuk menangani dan menyelesaikan insiden. Alur umumnya mencakup:

1. Deteksi: Peringatan aktif.
2. Triase: Menilai tingkat keparahan dan dampak.
3. Diagnosis: Mengidentifikasi akar masalah.
4. Penyelesaian: Memperbaiki masalah.
5. Pemulihan: Memulihkan fungsionalitas layanan sepenuhnya.
6. Evaluasi Pasca-Insiden: Mengambil pelajaran dari insiden.

Buku panduan operasional adalah panduan terperinci yang menjelaskan langkah-langkah untuk menyelesaikan insiden umum. Buku ini penting untuk:

• Konsistensi: Memastikan insiden ditangani secara seragam.
• Kecepatan: Mempercepat diagnosis dan penyelesaian.
• Transfer Pengetahuan: Memberdayakan anggota tim baru agar dapat merespons secara efektif.

Setelah insiden diselesaikan, tinjauan pascainsiden (atau evaluasi pascainsiden) sangat penting. Ini adalah analisis tanpa menyalahkan pihak mana pun yang berfokus pada:

• Apa yang terjadi?
• Mengapa hal itu terjadi?
• Apa yang dapat mencegahnya?
• Tindakan apa yang dapat kita ambil untuk mencegahnya terulang?

Tujuannya adalah perbaikan berkelanjutan, bukan mencari pihak yang harus disalahkan.

Pernyataan manakah dari berikut ini yang paling tepat menjelaskan tujuan utama buku panduan operasional dalam respons insiden?

Kita telah membahas bagaimana peringatan berfungsi sebagai alarm sistem Anda dan dipicu oleh kondisi tertentu. Kita juga telah mempelajari berbagai tingkat keparahan dan saluran pemberitahuan.

Memahami alur respons insiden dan menggunakan buku panduan operasional merupakan kunci untuk menangani masalah secara efisien. Terakhir, tinjauan pascainsiden mendorong pembelajaran berkelanjutan dan peningkatan sistem.