Application Real-Time Monitoring Service:Ikhtisar Manajemen Peringatan

Cara kerja

1. Sumber peringatan melaporkan event. Layanan sub ARMS (Application Monitoring, Browser Monitoring, Managed Service for Prometheus, Synthetic Monitoring) dan alat pemantauan pihak ketiga mengirimkan event peringatan ke Manajemen Peringatan melalui integrasi.

2. Event diproses. Manajemen Peringatan melakukan deduplikasi, kompresi, denoise, dan silence terhadap event untuk mengurangi alert storm. Alur pemrosesan event menyediakan logika penanganan khusus untuk sumber peringatan tertentu.

3. Notifikasi sampai ke orang yang tepat. Kebijakan notifikasi mengarahkan event yang telah diproses ke kontak melalui email, SMS, panggilan telepon, atau platform pesan (DingTalk, WeCom, Lark).

4. Tim menyelesaikan peringatan secara bersama-sama. Kontak dapat claim, mendiskusikan, dan menyelesaikan peringatan di Konsol ARMS atau grup chat. Peringatan yang belum terselesaikan akan diekspansi secara otomatis.

5. Analitik melacak kinerja penyelesaian. Statistik real-time menunjukkan cara penanganan peringatan, membantu tim Anda mengidentifikasi hambatan dan memperbaiki waktu respons.

Arsitektur

Manajemen Peringatan terdiri dari lima modul:

Manajemen integrasi

Manajemen Peringatan mendukung dua jenis integrasi: integrasi peringatan default untuk layanan sub ARMS dan integrasi layanan pihak ketiga untuk sumber peringatan eksternal.

Integrasi peringatan default

Integrasi peringatan default menghubungkan Manajemen Peringatan dengan layanan sub ARMS. Integrasi ini secara berkala memeriksa apakah data pemantauan mengandung error dan melaporkan event peringatan yang sesuai ke Event Management Center.

Integrasi layanan pihak ketiga

Integrasi layanan pihak ketiga mengarahkan peringatan dari pusat data lokal atau mesin virtual yang dikelola sendiri ke ARMS. Saat sumber pihak ketiga melaporkan peringatan, Manajemen Peringatan menghasilkan sebuah event peringatan.

Struktur Data Event Peringatan

Struktur data event peringatan ARMS mirip dengan format templat notifikasi AlertManager open-source dan berisi bidang-bidang berikut:

Perbedaan Antara Labels dan Annotations

Labels menentukan identitas. Sekumpulan labels secara unik mengidentifikasi sebuah event peringatan. Mengubah salah satu label akan menghasilkan event baru.

Sebagai contoh, label berikut mengidentifikasi peringatan CPU untuk host tertentu:

{
  "hostname": "Host",
  "alertname": "CPU utilization is too high",
  "ip": "192.168.0.3"
}

Jika ip berubah menjadi 192.168.0.4, Manajemen Peringatan memperlakukannya sebagai event peringatan terpisah untuk host yang berbeda.

Annotations membawa konteks. Perubahan pada annotations tidak membuat event baru. Jika event memiliki labels yang sama tetapi annotations berbeda, Manajemen Peringatan memperlakukannya sebagai laporan berulang dari peringatan yang sama.

Sebagai contoh, jika annotation {"value": "85", "message": "CPU utilization of host 192.168.0.3 is 85%, exceeding the 80% threshold"} kemudian melaporkan {"value": "86", ...}, tidak ada event baru yang dibuat. Manajemen Peringatan mencatat ini sebagai peringatan yang sama yang dilaporkan dua kali.

Manajemen event peringatan

Modul manajemen event peringatan memproses event masuk dengan dua cara:

• Alur pemrosesan event mengatur prosedur khusus untuk menangani event dari sumber peringatan tertentu, memberikan kontrol detail halus atas perutean dan transformasi event.

• Pengurangan noise bawaan secara otomatis melakukan deduplikasi, kompresi, denoise, dan silence terhadap event, menyatukan peringatan terkait dan mengurangi alert storm.

Kompresi event

Manajemen Peringatan mengompresi event menggunakan dua metode: kompresi berbasis label dan kompresi berbasis waktu.

Kompresi Berbasis Label

Saat mengirimkan notifikasi, Manajemen Peringatan mengelompokkan event sesuai dengan pengaturan pengelompokan event dalam kebijakan notifikasi Anda. Event yang memiliki nilai label yang sama dikompresi menjadi satu event.

Kompresi Berbasis Waktu

Untuk event dengan label identik, jika rentang waktunya (StartsAt hingga EndsAt) tumpang tindih, Manajemen Peringatan menggabungkannya menjadi satu event. Event gabungan tersebut mencakup union dari semua rentang waktu asli.

Manajemen kebijakan notifikasi

Kebijakan notifikasi menetapkan kondisi — mirip dengan aturan subscription — yang menentukan cara pengiriman notifikasi peringatan. Saat sebuah event peringatan sesuai dengan kondisi dalam suatu kebijakan, ARMS mengirimkan notifikasi melalui saluran dan ke kontak yang ditentukan dalam kebijakan tersebut.

Diagram berikut menunjukkan interaksi antara alur pemrosesan event, event, dan kebijakan notifikasi.

Penanganan peringatan kolaboratif

Manajemen Peringatan mendukung alur kerja kolaboratif di Konsol ARMS, DingTalk, WeCom, dan Lark. Kebijakan kolaborasi memungkinkan:

• Sinkronisasi pesan grup — Pembaruan peringatan muncul secara otomatis di grup chat tim.

• Manajemen jadwal — Tetapkan rotasi on-call agar orang yang tepat merespons kapan saja.

• Kebijakan eskalasi — Secara otomatis memberi tahu kontak tambahan saat peringatan belum terselesaikan.

Untuk petunjuk langkah demi langkah, lihat Tangani peringatan di grup chat yang ditentukan.

Manfaat

Untuk layanan yang dideploy di Alibaba Cloud, Manajemen Peringatan meningkatkan efisiensi O&M di bidang-bidang berikut: