Analisis akar penyebab di Azure SRE Agent

Petunjuk

  • Gunakan investigasi berbasis hipotesis, bukan pencarian log acak.
  • Berikan rantai bukti lengkap yang menunjukkan mengapa ini adalah penyebabnya.
  • Ingat insiden sebelumnya serupa dan perbaikannya.

Masalahnya: pencarian log bukanlah penyelidikan

Sebagian besar debugging dimulai dengan "tunjukkan kesalahannya." Anda melakukan kueri log, menggulir hasil, menyalin tanda waktu, beralih ke alat lain, dan menjalankan kueri lain. Anda tidak menyelidiki. Anda menghubungkan data secara manual dan menyimpan penalaran di kepala Anda.

Masalah sebenarnya bukan menemukan log. Ini mengetahui pertanyaan apa yang harus diajukan, alat apa yang harus diperiksa, dan cara menghubungkan titik di seluruh log, metrik, penyebaran, dan insiden sebelumnya. Pola pikir itu hidup di kepala para insinyur senior Anda, dan mereka tidak bisa hadir di setiap pertemuan. Anggota tim baru menghabiskan berjam-jam untuk masalah yang diselesaikan veteran dalam hitungan menit, karena penalaran tidak didokumenkan di mana pun.

Cara Agen Azure SRE memecahkan masalah ini

Diagram yang menunjukkan alur analisis akar penyebab dari pengumpulan bukti melalui validasi hipotesis hingga kesimpulan.

Agen Anda menyelidiki seperti ahli SRE. Ini bukan hanya mencari log. Ini membentuk hipotesis tentang apa yang salah dan secara sistematis memvalidasi masing-masing menggunakan bukti.

  1. Mengumpulkan konteks: Mengkueri Application Insights, Azure Monitor, riwayat penyebaran, log aktivitas, dan properti sumber daya.
  2. Bentuk hipotesis: Menghasilkan teori berdasarkan pola bukti.
  3. Memvalidasi setiap satu: Menguji hipotesis secara sistematis, mengeliminasi jalur yang salah.
  4. Menjelaskan kesimpulan: Menunjukkan jejak penalaran penuh dengan bukti pendukung dan kutipan.

Apa yang membuat pendekatan ini berbeda

Tidak seperti pencarian log, agen Anda beralasan tentang masalahnya. "Tampilkan saya kesalahan" memberi Anda data untuk ditafsirkan. Agen Anda menginterpretasikan data untuk Anda dengan membentuk teori, mengujinya, dan menjelaskan kesimpulan.

Tidak seperti dasbor statis, agen Anda beradaptasi dengan insiden tertentu. Ini tidak hanya menampilkan metrik. Ini memutuskan metrik mana yang penting, menghubungkannya dengan bukti lain, dan memberi tahu Anda alasannya.

Tidak seperti skrip, agen Anda menangani situasi baru. Skrip menjalankan langkah yang sama setiap saat. Agen Anda beralasan tentang apa yang berbeda kali ini dan menyesuaikan penyelidikannya sesuai.

Sebelum dan sesudah

Kategori Sebelumnya Sesudah
Pendekatan penyelidikan Mencari log dan berharap Anda menemukan sesuatu Formulir agen dan hipotesis pengujian
Alat dibuka 4+ portal, korelasi manual 0 (agen mengkueri semua sumber)
Reasoning "Saya pikir itu adalah database ..." "Daya Database DTU mencapai 98%, telah divalidasi"
Jejak bukti Di kepalamu Rantai lengkap dengan penjelasan
Lain kali Mulai dari awal Memori mengingat insiden serupa

Contoh: investigasi batas waktu database

Gejala: "500 kesalahan pada titik akhir /api/orders"

HYPOTHESIS 1: Recent deployment broke something
├─ Checked: Last deployment was 3 days ago
├─ Evidence: Error rate stable until 30 minutes ago
└─ Result: INVALIDATED

HYPOTHESIS 2: Database overloaded
├─ Checked: Azure SQL metrics (CPU, DTU, connections)
├─ Evidence: DTU at 98%, query duration 4x normal
├─ Traced: SELECT * FROM orders WHERE... taking 8.2s
└─ Result: VALIDATED

ROOT CAUSE: Orders table missing index on customer_id column.
Query plan shows full table scan on 2.1M rows.

RECOMMENDED ACTION: Add index on orders.customer_id
Similar fix applied in INC-2341 (3 weeks ago)

Get started

Analisis akar penyebab bekerja secara otomatis dengan alat bawaan Azure. Untuk mengaktifkan analisis yang lebih dalam, pertimbangkan penyempurnaan berikut.

Peningkatan Apa yang dimungkinkannya Siapkan
Kontrol sumber Korelasi kesalahan ke kode, pencarian kode semantik Menyambungkan kode sumber
Dasar pengetahuan Konteks untuk pembuatan hipotesis Unggah pengetahuan
Telemetri kustom Metrik bisnis di Kusto Menyiapkan konektor Kusto

Langkah selanjutnya

Jalankan penyelidikan mendalam

Konten terkait

  • Last updated on