Instruksi kustom untuk Azure Copilot Observability Agent (pratinjau)

Instruksi kustom memungkinkan Anda mengatur cara Agen Observabilitas Azure Copilot menghubungkan peringatan dan membuat isu Azure Monitor selama operasi otonom. Tulis dalam bahasa biasa, dan agen menerapkannya bersama topologi yang ditemukannya secara otomatis.

Artikel ini menyediakan contoh instruksi yang membentuk korelasi dan perilaku pembuatan masalah, dan menjelaskan kapan harus menggunakan masing-masing. Untuk informasi tentang instruksi kustom dan di mana mereka cocok dalam operasi otonom, lihat Operasi otonom di agen observabilitas Azure Copilot.

Important

Operasi otonom di Azure Copilot Observability Agent, termasuk instruksi kustom, saat ini dalam PRATINJAU. Lihat Ketentuan Penggunaan Tambahan untuk Pratinjau Microsoft Azure untuk mengetahui ketentuan hukum yang berlaku untuk fitur Azure yang dalam tahap beta, pratinjau, atau belum dirilis ke ketersediaan umum.

Bagaimana agen menerapkan instruksi kustom

Instruksi kustom memengaruhi bagaimana agen menghubungkan pemberitahuan dan membuat masalah Azure Monitor selama operasi otonom. Mereka tidak mengubah cara agen melakukan investigasi mendalam terhadap isu yang dibuatnya. Agen menerapkannya bersama topologi yang ditemukannya dari sumber daya Application Insights yang dipantau. Instruksi memperhalus penalaran; instruksi tersebut tidak memberi izin, melewati kontrol akses berbasis peran Azure (Azure RBAC), atau memungkinkan agen mengubah sumber daya di lingkungan Anda.

Tulis instruksi sebagai teks bahasa alami biasa. Anda dapat menyertakan beberapa instruksi di bidang instruksi kustom pada sumber daya Agen Observabilitas. Tulis masing-masing sebagai kalimat yang pendek dan jelas. Bidang belum mendukung Markdown atau unggahan file.

Anda memasukkan instruksi kustom pada tab Operasi saat membuat sumber daya di portal Azure, atau dengan mengatur instructions properti dalam templat ARM atau Bicep.

Tulis instruksi efektif

Instruksi kustom paling efektif jika setiap instruksi berupa arahan yang jelas mengenai perilaku yang Anda inginkan, dan dibatasi pada peringatan atau sumber daya yang menjadi cakupannya. Ingatlah panduan ini:

  • Pimpin dengan perilaku. Mulailah dengan apa yang Anda inginkan untuk dilakukan agen, misalnya, berkorelasi, tidak berkorelasi, atau membuat masalah.
  • Sebutkan aturan ini berlaku untuk apa. Referensikan aturan pemberitahuan, sumber daya, atau tingkat keparahan spesifik yang ditargetkan instruksi sehingga agen menerapkannya dengan tepat.
  • Pastikan setiap instruksi berfokus pada satu hal. Lebih suka beberapa instruksi singkat dan spesifik daripada satu paragraf panjang yang mencampur niat yang tidak terkait.
  • Edit sambil jalan. Petunjuk dapat dibalik. Sesuaikan atau hapus saat prioritas Anda berubah. Perubahan hanya berlaku untuk korelasi di masa mendatang.

Mereferensikan layanan dan atribut pemberitahuan Anda

Saat instruksi menamai layanan, gunakan nama peran cloud-nya (nama yang muncul di Peta Aplikasi) atau dimensi apa pun yang muncul pada aturan pemberitahuan Anda.

Anda juga dapat mereferensikan atribut pemberitahuan standar yang dibaca agen dari setiap pemberitahuan, termasuk:

  • Severity
  • Nama aturan pemberitahuan
  • Layanan pemantauan
  • Jenis sinyal
  • Description
  • Sumber daya target, jenis sumber daya, dan grup sumber daya

Apa yang tidak disertakan

Jangan sertakan rahasia, kredensial, token akses, string koneksi, data pribadi, data pelanggan, atau catatan insiden sementara dalam instruksi kustom. Sumber daya Observability Agent menyimpan instruksi kustom sebagai konfigurasi, dan siapa pun yang memiliki izin untuk membaca atau mengelola sumber daya dapat membacanya.

Gunakan instruksi untuk panduan operasional yang stabil, seperti beban kerja penting, aturan penanganan peringatan, dan batas korelasi.

Contoh yang membentuk bagaimana pemberitahuan berkorelasi

Gunakan instruksi ini untuk menyesuaikan bagaimana agen mengelompokkan pemberitahuan terkait menjadi satu masalah.

Memisahkan sistem yang berbeda

Gunakan instruksi ini ketika dua sistem berbagi infrastruktur atau pemberitahuan kebakaran pada waktu yang sama tetapi tidak boleh mendarat dalam masalah yang sama.

Jangan menghubungkan pemberitahuan layanan penagihan dengan pemberitahuan layanan klinis. Sistem ini secara operasional berbeda.

Menjaga lingkungan tetap terpisah

Gunakan instruksi ini saat grup sumber daya atau konvensi penamaan memisahkan lingkungan Anda tetapi lingkungan berbagi aturan pemberitahuan dan memerlukan penyelidikan terpisah.

Jangan menghubungkan pemberitahuan di prod-rg grup sumber daya dengan pemberitahuan di staging-rggrup sumber daya , , test-rgatau dev-rg .

Menerapkan jendela waktu pada korelasi

Gunakan instruksi ini ketika agen harus mengelompokkan pemberitahuan hanya ketika mereka menembak berdekatan tepat waktu.

Hanya menghubungkan pemberitahuan yang diaktifkan dalam waktu lima menit satu sama lain.

Menyesuaikan sinyal pengelompokan

Gunakan instruksi ini untuk mengarahkan cara agen memutuskan bahwa alert harus dikelompokkan bersama.

Menghubungkan pemberitahuan yang berbagi grup sumber daya target yang sama.

Gabungkan beberapa arahan dalam satu set instruksi untuk mengekspresikan korelasi yang lebih kaya dan kebijakan pembuatan masalah untuk beberapa layanan mikro terkait.

Korelasikan peringatan untuk peran cloud checkout-api dan payment-worker ketika terpicu dalam selang waktu lima menit. Jangan mengaitkannya dengan peringatan dari peran search-service. Selalu buat masalah untuk peringatan tingkat keparahan 1 atau tingkat keparahan 2 pada payment-worker.

Contoh bentuk tersebut saat masalah dibuat

Agen membuat insiden dengan salah satu dari dua cara: dengan mengkorelasikan sekelompok peringatan terkait, atau dengan menjadikan satu peringatan yang menonjol sebagai insiden tersendiri. Gunakan instruksi ini untuk memberi tahu agen pemberitahuan individu mana yang harus selalu menjadi masalah mereka sendiri.

Selalu buat masalah untuk pemberitahuan tertentu

Tidak setiap insiden datang dengan serangkaian peringatan. Gunakan instruksi ini saat satu peringatan berdampak tinggi tertentu harus selalu menjadi isu tersendiri yang dijelaskan dengan baik, meskipun tidak ada hal lain yang terpicu.

Selalu buat masalah untuk fintrack-servicebus-active-messages-backlog.

Selalu buat isu untuk beban kerja yang kritis bagi bisnis

Gunakan instruksi ini jika beban kerja cukup penting sehingga peringatan apa pun yang memengaruhinya harus selalu menjadi isu.

Jalur checkout dan pembayaran dilalui trafik yang menghasilkan pendapatan. Selalu buat masalah untuk pemberitahuan yang memengaruhi jalur ini.

Membuat masalah berdasarkan tingkat keparahan

Gunakan instruksi ini ketika tingkat keparahan adalah sinyal Anda untuk "ini selalu layak mendapatkan masalahnya sendiri."

Selalu buat isu untuk setiap peringatan tingkat keparahan 2.

Contoh yang membentuk judul masalah

Gunakan instruksi ini saat Anda ingin setiap judul isu yang dibuat oleh agen memiliki tag pemilik atau penanda peninjauan yang konsisten.

Tambahkan tag pemilik pada setiap judul isu

Gunakan petunjuk ini saat Anda ingin setiap judul issue menunjukkan tim yang bertanggung jawab atasnya.

Akhiri setiap judul isu dengan — owner: SRE-team.

Tambahkan penanda ulasan ke setiap judul isu

Gunakan petunjuk ini saat Anda ingin menampilkan penanda yang terlihat pada setiap judul isu sebagai penanda untuk triase atau peninjauan.

Sertakan penanda [OPS-REVIEW] di setiap judul masalah.

Note

Agen selalu menghasilkan latar belakang masalah dari pemberitahuan dan telemetri yang dianalisisnya. Anda tidak dapat mengatur latar belakang masalah atau tingkat keparahan masalah melalui instruksi kustom.

Batas dan tata kelola

Item Detail
Batas panjang Setiap sumber daya Agen Pengamatan menerima hingga 8.192 karakter instruksi kustom.
Storage Sumber daya Observability Agent menyimpan instruksi sebagai salah satu propertinya. Setiap pengeditan memperbarui sumber daya, dan Anda dapat mengkuerinya seperti sumber daya Azure lainnya, misalnya, melalui Azure Resource Graph.
Izin mengedit Mengedit instruksi kustom memerlukan Kontributor Pemantauan pada grup sumber daya target, izin yang sama yang Anda butuhkan untuk membuat atau memperbarui sumber daya Agen Observabilitas itu sendiri.
Batasan izin Instruksi kustom tidak memberikan izin baru, melewati Azure RBAC, atau memperluas cakupan sumber daya Observability Agent.
Batas tindakan Instruksi kustom tidak mengizinkan agen memulai ulang sumber daya, mengubah konfigurasi, atau memulihkan masalah secara otomatis. Agen membuat masalah dan investigasi untuk ditinjau oleh tim Anda.
Applicability Instruksi kustom berlaku untuk korelasi otonom di masa mendatang. Mereka tidak menulis ulang masalah yang ada atau hasil investigasi sebelumnya.

Untuk model kontrol akses dan detail penanganan data, lihat Tanya Jawab Umum tentang data, privasi, dan tata kelola untuk Azure Copilot Observability Agent dan Tanya Jawab Umum tentang Transparansi untuk Azure Copilot Observability Agent.

Konten terkait

  • Last updated on