Peta Aplikasi: Aplikasi terdistribusi Triase
Peta aplikasi mewakili struktur logis aplikasi terdistribusi. Komponen individual aplikasi ditentukan oleh properti "roleName" atau "name" mereka dalam telemetri yang direkam. Komponen-komponen ini direpresentasikan sebagai lingkaran di peta dan disebut sebagai "simpul." Panggilan HTTP antar simpul diwakili sebagai panah yang menghubungkan simpul ini, disebut sebagai "konektor" atau "tepi." Simpul yang melakukan panggilan adalah "sumber" panggilan, dan simpul penerima adalah "target" panggilan.
Peta Aplikasi membantu menemukan penyempitan performa atau hotspot kegagalan di semua komponen aplikasi terdistribusi Anda. Setiap node pada peta mewakili komponen aplikasi atau dependensinya dan memiliki KPI kesehatan dan status peringatan. Anda dapat memilih komponen apa pun untuk diagnostik yang lebih rinci, seperti kejadian Application Insights. Jika aplikasi Anda menggunakan layanan Azure, Anda juga dapat mengklik diagnostik Azure, seperti rekomendasi SQL Database Advisor.
Peta Aplikasi juga dilengkapi Tampilan cerdas untuk membantu penyelidikan kesehatan layanan cepat.
Apa itu komponen?
Komponen adalah bagian yang dapat disevarkan secara independen dari aplikasi terdistribusi atau layanan mikro Anda. Tim pengembang dan operasi memiliki visibilitas tingkat kode atau akses ke telemetri yang dihasilkan oleh komponen aplikasi ini. Contohnya:
- Komponen berbeda dari dependensi eksternal yang "diamati", seperti Azure SQL dan Azure Event Hubs, yang mungkin tidak dapat diakses oleh tim atau organisasi Anda (kode atau telemetri).
- Komponen berjalan di sejumlah instans server, peran, atau kontainer.
- Komponen dapat menjadi sumber daya Application Insights yang terpisah, meskipun langganannya berbeda. Mereka juga bisa menjadi peran berbeda yang melapor ke satu sumber daya Application Insights. Pengalaman peta pratinjau menunjukkan komponen, terlepas dari bagaimana komponen tersebut diatur.
Peta aplikasi komposit
Anda dapat melihat topologi aplikasi lengkap di berbagai tingkat komponen aplikasi terkait. Komponen dapat berupa sumber daya Application Insights yang berbeda atau peran yang berbeda dalam satu sumber daya. Peta aplikasi menemukan komponen dengan mengikuti panggilan dependensi HTTP yang dibuat antara server dengan Application Insights SDK diinstal.
Pengalaman ini dimulai dengan penemuan komponen yang progresif. Saat Anda pertama kali memuat Peta Aplikasi, set kueri dipicu untuk menemukan komponen yang terkait dengan komponen ini. Tombol di pojok kiri atas memperbarui jumlah komponen dalam aplikasi Anda saat ditemukan.
Saat Anda memilih Perbarui komponen peta, peta direfresh dengan semua komponen yang ditemukan hingga titik tersebut. Bergantung pada kompleksit aplikasi Anda, pembaruan ini mungkin memerlukan waktu beberapa menit untuk dimuat.
Jika semua komponen merupakan peran dalam satu sumber daya Application Insights, langkah penemuan ini tidak diperlukan. Beban awal untuk aplikasi semacam itu akan memiliki semua komponennya.
Salah satu tujuan utama dengan pengalaman ini adalah untuk dapat memvisualisasikan topologi kompleks dengan ratusan komponen.
Klik komponen apa pun untuk melihat insight terkait dan buka performa dan pengalaman triase kegagalan komponen tersebut.
Menyelidiki kegagalan
Pilih Selidiki kegagalan untuk membuka panel Kegagalan.
Menyelidiki performa
Untuk memecahkan masalah performa, pilih Selidiki performa.
Buka detail
Tombol Buka detail menampilkan pengalaman transaksi end-to-end, yang menawarkan tampilan di tingkat tumpukan panggilan.
Lihat di Log (Analytics)
Untuk mengkueri dan menyelidiki data aplikasi Anda lebih lanjut, pilih Lihat di Log (Analytics).
Peringatan
Untuk menampilkan peringatan aktif dan aturan dasar yang menyebabkan peringatan terpicu, pilih Peringatan.
Mengatur atau mengambil alih nama peran cloud
Peta Aplikasi menggunakan properti nama peran cloud untuk mengidentifikasi komponen pada peta.
Ikuti panduan ini untuk mengatur atau mengganti nama peran cloud secara manual dan mengubah apa yang muncul di peta aplikasi.
Catatan
SDK Application Insights atau Agent secara otomatis menambahkan properti nama peran cloud ke telemetri yang dipancarkan oleh komponen di lingkungan Azure App Service.
Tulis TelemetryInitializer kustom
using Microsoft.ApplicationInsights.Channel;
using Microsoft.ApplicationInsights.Extensibility;
namespace CustomInitializer.Telemetry
{
public class MyTelemetryInitializer : ITelemetryInitializer
{
public void Initialize(ITelemetry telemetry)
{
if (string.IsNullOrEmpty(telemetry.Context.Cloud.RoleName))
{
//set custom role name here
telemetry.Context.Cloud.RoleName = "Custom RoleName";
telemetry.Context.Cloud.RoleInstance = "Custom RoleInstance";
}
}
}
}
Aplikasi ASP.NET: Memuat penginisialisasi dalam TelemetryConfiguration aktif
Di ApplicationInsights.config:
<ApplicationInsights>
<TelemetryInitializers>
<!-- Fully qualified type name, assembly name: -->
<Add Type="CustomInitializer.Telemetry.MyTelemetryInitializer, CustomInitializer"/>
...
</TelemetryInitializers>
</ApplicationInsights>
Metode alternatif untuk aplikasi Web ASP.NET adalah membuat instans penginisialisasi dalam kode, misalnya, di Global.aspx.cs:
using Microsoft.ApplicationInsights.Extensibility;
using CustomInitializer.Telemetry;
protected void Application_Start()
{
// ...
TelemetryConfiguration.Active.TelemetryInitializers.Add(new MyTelemetryInitializer());
}
Catatan
Menambahkan penginisialisasi dengan menggunakan ApplicationInsights.config atau TelemetryConfiguration.Active tidak valid untuk aplikasi ASP.NET Core.
Aplikasi ASP.NET Core: Muat penginisialisasi ke TelemetryConfiguration
Untuk aplikasi ASP.NET Core, untuk menambahkan instans TelemetryInitializer baru, Anda menambahkannya ke kontainer Injeksi Dependensi, seperti yang ditunjukkan. Anda melakukan langkah ini dalam metode ConfigureServices dari kelas Startup.cs Anda.
using Microsoft.ApplicationInsights.Extensibility;
using CustomInitializer.Telemetry;
public void ConfigureServices(IServiceCollection services)
{
services.AddSingleton<ITelemetryInitializer, MyTelemetryInitializer>();
}
Memahami nama peran cloud dalam konteks peta aplikasi
Untuk membantu Anda memahami konsep nama peran cloud, lihat peta aplikasi yang memiliki beberapa nama peran cloud.
Dalam peta aplikasi yang ditampilkan, masing-masing nama dalam kotak hijau adalah nilai nama peran cloud untuk berbagai aspek dari aplikasi terdistribusi khusus ini. Untuk aplikasi ini, perannya terdiri dari Authentication, acmefrontend, Inventory Management, dan Payment Processing Worker Role.
Lingkaran acmefrontend biru putus-putus menunjukkan bahwa ini adalah komponen terakhir yang dipilih. Lingkaran biru solid menunjukkan komponen saat ini dipilih, meredupkan komponen yang tidak terkait untuk menyoroti performanya.
Dalam aplikasi ini, setiap nama peran cloud juga mewakili sumber daya Application Insights unik yang berbeda dengan kunci instrumentasinya sendiri. Karena pemilik aplikasi ini memiliki akses ke masing-masing dari empat sumber daya Application Insights yang berbeda tersebut, Peta Aplikasi dapat menyatukan peta hubungan yang mendasarinya.
Untuk definisi resmi:
[Description("Name of the role the application is a part of. Maps directly to the role name in azure.")]
[MaxStringLength("256")]
705: string CloudRole = "ai.cloud.role";
[Description("Name of the instance where the application is running. Computer name for on-premises, instance name for Azure.")]
[MaxStringLength("256")]
715: string CloudRoleInstance = "ai.cloud.roleInstance";
Atau, instans peran cloud dapat membantu untuk skenario di mana nama peran cloud memberi tahu Anda bahwa masalahnya ada di suatu tempat di front-end web Anda. Tetapi Anda mungkin menjalankan beberapa server dengan beban seimbang di seluruh front-end web Anda. Mampu menelusuri lapisan lebih dalam melalui kueri Kusto dan mengetahui apakah masalah tersebut memengaruhi semua server atau instans front-end web atau hanya satu yang dapat menjadi penting.
Tampilan cerdas Skenario saat Anda mungkin ingin mengambil alih nilai untuk instans peran cloud bisa jadi jika aplikasi Anda berjalan di lingkungan kontainer. Dalam kasus ini, hanya mengetahui server individual mungkin tidak cukup untuk menemukan masalah tertentu.
Untuk informasi selengkapnya tentang cara mengambil alih properti nama peran cloud dengan penginisialisasi telemetri, lihat Menambahkan properti: ITelemetryInitializer.
Filter Peta Aplikasi
Filter Peta Aplikasi memungkinkan pengguna mengurangi jumlah simpul dan tepi yang ditunjukkan dengan menerapkan satu atau beberapa filter. Filter ini dapat digunakan untuk mengurangi cakupan peta, memperlihatkan peta yang lebih kecil dan lebih fokus.
Membuat filter Peta Aplikasi
Untuk membuat filter, pilih tombol "Tambahkan filter" di toolbar peta aplikasi.
Ini memunculkan dialog dengan tiga bagian: 1) Pilih jenis filter, 2) Pilih parameter filter, dan 3) Tinjau.
Bagian pertama memiliki dua opsi:
- Filter simpul
- filter Koneksi or (tepi)
Konten di bagian lain berubah berdasarkan opsi yang dipilih.
Filter simpul
Filter simpul memungkinkan pengguna untuk hanya meninggalkan simpul yang dipilih di peta dan menyembunyikan sisanya. Filter simpul memeriksa setiap simpul jika berisi properti (namanya, misalnya) dengan nilai yang cocok dengan nilai pencarian melalui operator tertentu. Jika node dihapus oleh filter simpul, semua konektornya (tepi) juga dihapus.
Ada tiga parameter yang tersedia untuk simpul:
"Simpul yang disertakan" memungkinkan pengguna untuk memilih hanya simpul dengan properti yang cocok atau juga menyertakan simpul sumber, simpul target, atau keduanya di peta yang dihasilkan.
"Simpul dan sumber, target"--Ini berarti simpul yang cocok dengan parameter pencarian akan disertakan dalam peta yang dihasilkan, dan simpul yang merupakan sumber atau target untuk simpul yang cocok juga akan disertakan, bahkan jika mereka tidak memiliki nilai properti yang cocok dengan pencarian. Simpul sumber dan target secara kolektif disebut sebagai simpul "Koneksi".
"Simpul dan sumber"--Sama seperti di atas, tetapi simpul target tidak secara otomatis disertakan dalam hasil.
"Simpul dan target"--Sama seperti di atas, tetapi simpul sumber tidak disertakan secara otomatis.
"Simpul saja"--Semua simpul dalam peta yang dihasilkan harus memiliki nilai properti yang cocok.
"Operator" adalah jenis pemeriksaan yang akan dilakukan pada nilai properti setiap simpul:
mengandung
!contains (tidak berisi)
== (sama dengan)
!= (tidak sama dengan)
"Nilai pencarian" adalah teks yang harus dimuat, tidak berisi, sama, atau tidak sama dengan nilai properti simpul. Beberapa nilai yang ditemukan dalam simpul yang ada di peta diperlihatkan dalam drop-down. Nilai arbitrer apa pun dapat dimasukkan dengan mengklik "Buat opsi ..." di menu drop-down.
Misalnya, pada cuplikan layar di bawah ini, filter sedang dikonfigurasi untuk memilih Simpul yang berisi teks "-barat".Simpul arget sumber dan tjuga akan disertakan dalam peta yang dihasilkan. Dalam cuplikan layar yang sama, pengguna dapat memilih salah satu nilai yang ditemukan di peta atau untuk membuat opsi yang tidak sama persis dengan yang ditemukan di peta.
filter Koneksi or (tepi)
filter Koneksi or memeriksa properti konektor agar sesuai dengan nilai. Koneksi or yang tidak cocok dengan filter dihapus dari peta. Hal yang sama terjadi pada simpul tanpa konektor tersisa.
filter Koneksi or memerlukan tiga parameter:
"Filter konektor menurut" memungkinkan pengguna untuk memilih properti konektor mana yang akan digunakan:
"Konektor kesalahan (disorot merah)" memilih konektor berdasarkan warnanya (merah atau tidak). Nilai tidak dapat dimasukkan untuk jenis filter ini, hanya operator yang "==" atau "!=" yang berarti "konektor dengan kesalahan" dan "konektor tanpa kesalahan."
"Tingkat kesalahan" menggunakan tingkat kesalahan rata-rata untuk konektor--- jumlah panggilan yang gagal dibagi dengan jumlah semua panggilan---ekspresi sebagai persentase. Misalnya, nilai "1" akan mengacu pada 1% panggilan yang gagal.
"Durasi panggilan rata-rata (****ms)" menggunakan hanya itu: durasi rata-rata semua panggilan yang diwakili oleh konektor, dalam milidetik. Misalnya, nilai "1000" akan mengacu pada panggilan yang rata-rata 1 detik.
"Jumlah panggilan" menggunakan jumlah total panggilan yang diwakili oleh konektor.
"Operator" adalah perbandingan yang akan diterapkan antara properti konektor dan nilai yang dimasukkan di bawah ini. Opsi berubah: "Konektor kesalahan" memiliki opsi yang sama/tidak sama dengan; yang lain memiliki lebih besar / kurang dari.
"Nilai" adalah nilai perbandingan untuk filter. Hanya ada satu opsi untuk filter "Konektor kesalahan": "Kesalahan." Jenis filter lain memerlukan nilai numerik dan menawarkan drop-down dengan beberapa entri yang telah diisi sebelumnya yang relevan dengan peta.
Beberapa entri ini memiliki sebutan "(Pxx)" yang merupakan tingkat persentil. Misalnya, filter "Rata-rata durasi panggilan" mungkin memiliki nilai "200 (P90)" yang menunjukkan 90% dari semua konektor (terlepas dari jumlah panggilan yang mereka wakili) memiliki durasi panggilan kurang dari 200 ms..
Saat angka tertentu tidak ditampilkan di menu drop-down, angka tersebut dapat ditik, dan dibuat dengan mengklik "Buat opsi." Mengetik "P" memperlihatkan semua nilai persentil di menu drop-down.
Bagian peninjauan
Bagian Tinjau berisi deskripsi tekstual dan visual tentang apa yang akan dilakukan filter, yang akan membantu saat mempelajari cara kerja filter:
Menggunakan filter di Peta Aplikasi
Interaktivitas filter
Setelah mengonfigurasi filter di pop-up "Tambahkan filter", pilih "Terapkan" untuk membuat filter. Beberapa filter dapat diterapkan, dan berfungsi secara berurutan, dari kiri ke kanan. Setiap filter dapat menghapus simpul dan konektor lebih lanjut, tetapi tidak dapat menambahkannya kembali ke peta.
Filter muncul sebagai tombol bulat di atas peta aplikasi:
Mengklik filter akan menghapus filter tersebut
. Mengklik di tempat lain pada tombol memungkinkan pengguna mengedit nilai filter. Saat pengguna mengubah nilai dalam filter, nilai baru diterapkan sehingga peta adalah pratinjau perubahan. Mengklik "Batal" memulihkan filter seperti sebelum mengedit.
Menggunakan kembali filter
Filter dapat digunakan kembali dengan dua cara:
Tombol "Salin tautan" pada toolbar di atas peta mengodekan informasi filter di URL yang disalin. Tautan ini dapat disimpan di marka buku browser atau dibagikan dengan orang lain. "Salin tautan" mempertahankan nilai durasi, tetapi bukan waktu absolut, sehingga peta yang ditampilkan di lain waktu mungkin berbeda dari yang diamati saat tautan dibuat.
Pin
dasbor terletak di samping bilah judul panel Peta Aplikasi. Tombol ini menyematkan peta ke dasbor, bersama dengan filter yang diterapkan padanya. Tindakan ini dapat berguna untuk filter yang sering menarik. Sebagai contoh, pengguna dapat menyematkan peta dengan filter "Konektor kesalahan" yang diterapkan padanya, dan tampilan dasbor hanya akan menampilkan simpul yang memiliki kesalahan dalam panggilan HTTP mereka.
Memfilter skenario penggunaan
Ada banyak kombinasi filter. Berikut adalah beberapa saran yang berlaku untuk sebagian besar peta dan mungkin berguna untuk disematkan di dasbor:
Perlihatkan hanya kesalahan yang tampak signifikan dengan menggunakan filter "Konektor kesalahan" bersama dengan "Tampilan cerdas":
Sembunyikan konektor lalu lintas rendah tanpa kesalahan untuk fokus dengan cepat pada masalah yang memiliki dampak lebih tinggi:
Tampilkan konektor lalu lintas tinggi dengan durasi rata-rata tinggi untuk fokus pada potensi masalah performa:
Tampilkan bagian tertentu dari aplikasi terdistribusi (memerlukan konvensi penamaan roleName yang sesuai):
Sembunyikan jenis dependensi yang terlalu berisik:
Perlihatkan hanya konektor yang memiliki tingkat kesalahan lebih tinggi daripada nilai tertentu
Tampilan Cerdas Peta Aplikasi
Bagian berikut membahas tampilan Cerdas.
Ringkasan tampilan cerdas
Peta Aplikasi Tampilan cerdas dirancang untuk membantu penyelidikan kesehatan layanan. Ini menerapkan pembelajaran mesin dengan cepat mengidentifikasi potensi akar penyebab masalah dengan memfilter kebisingan. Model pembelajaran mesin belajar dari perilaku historis Peta Aplikasi untuk mengidentifikasi pola dan anomali dominan yang menunjukkan potensi penyebab suatu insiden.
Dalam aplikasi terdistribusi besar, selalu ada beberapa tingkat kebisingan yang berasal dari kegagalan "jinak", yang dapat menyebabkan Peta Aplikasi menjadi bising dengan menunjukkan banyak tepi merah. Tampilan cerdas hanya menunjukkan penyebab kegagalan layanan yang paling mungkin dan menghilangkan tepi merah node-ke-node (komunikasi layanan-ke-layanan) dalam layanan yang sehat. Tampilan cerdas menyoroti tepi berwarna merah yang harus diselidiki. Ini juga menawarkan wawasan yang dapat ditindaklanjuti untuk tepi yang disorot.
Keuntungan tampilan cerdas
- Mengurangi waktu penyelesaian dengan menyoroti hanya kegagalan yang perlu diselidiki
- Memberikan wawasan yang dapat ditindaklanjuti tentang mengapa tepi merah tertentu disorot
- Memungkinkan Peta Aplikasi digunakan untuk aplikasi terdistribusi besar secara mulus (dengan hanya berfokus pada tepi yang ditandai dengan warna merah)
Mengaktifkan tampilan Cerdas di Peta Aplikasi
Mengaktifkan tombol Tampilan cerdas. Opsional, untuk mengubah sensitivitas deteksi, pilih Rendah, Sedang, atau Tinggi. Untuk informasi selengkapnya, lihat pertanyaan pemecahan masalah tentang sensitivitas.
Setelah Anda mengaktifkan Tampilan cerdas, pilih salah satu tepi yang disorot untuk melihat "wawasan yang dapat ditindaklanjuti". Wawasan muncul di panel di sebelah kanan dan menjelaskan mengapa tepi disorot.
Untuk memulai pemecahan masalah, pilih Selidiki kegagalan. Di panel Kegagalan yang terbuka, selidiki apakah masalah yang terdeteksi adalah akar penyebabnya. Jika tidak ada tepi yang berwarna merah, model pembelajaran mesin tidak menemukan potensi insiden dalam dependensi aplikasi Anda.
Untuk memberikan umpan balik, pilih tombol Umpan Balik pada peta.
Bagaimana tampilan Cerdas menentukan di mana tepi merah disorot?
Tampilan cerdas menggunakan model pembelajaran mesin AIOps yang dipatenkan untuk menyoroti apa yang benar-benar penting dalam peta aplikasi.
Beberapa contoh pertimbangan meliputi:
- Tingkat kegagalan
- Permintaan dihitung
- Durasi
- Anomali dalam data
- Jenis dependensi
Sebagai perbandingan, tampilan normal hanya menggunakan tingkat kegagalan mentah.
Bagaimana cara kerja sensitivitas tampilan Cerdas?
Sensitivitas tampilan cerdas menyesuaikan kemungkinan bahwa masalah layanan akan terdeteksi.
Sesuaikan sensitivitas untuk mencapai tingkat keyakinan yang diinginkan di tepi yang disorot.
| Pengaturan sensitivitas | Hasil |
|---|---|
| Sangat Penting | Lebih sedikit tepi akan disorot. |
| Sedang (default) | Sejumlah tepi yang seimbang akan disorot. |
| Kurang Penting | Lebih banyak tepi akan disorot. |
Keterbatasan tampilan Cerdas
Tampilan cerdas memiliki beberapa keterbatasan:
- Aplikasi terdistribusi besar mungkin memerlukan waktu satu menit untuk memuat tampilan Cerdas.
- Jangka waktu hingga tujuh hari didukung.
Untuk memberikan umpan balik, lihat Umpan balik portal.
Pemecahan Masalah
Jika Anda mengalami masalah dalam membuat Peta Aplikasi berfungsi seperti yang diharapkan, coba langkah-langkah ini.
Umum
Pastikan Anda menggunakan SDK yang didukung secara resmi. SDK yang tidak didukung atau komunitas mungkin tidak mendukung korelasi.
Untuk daftar SDK yang didukung, lihat Application Insights: Bahasa, platform, dan integrasi.
Tingkatkan semua komponen ke versi SDK terbaru.
Jika Anda menggunakan Azure Functions dengan C#, tingkatkan ke Azure Functions V2.
Pastikan nama peran cloud dikonfigurasi dengan benar.
Jika Anda kehilangan dependensi, pastikan dependensi tersebut ada dalam daftar dependensi yang dikumpulkan secara otomatis. Jika tidak, Anda masih dapat melacaknya secara manual dengan panggilan dependensi lacak.
Terlalu banyak simpul di peta
Peta Aplikasi membuat node aplikasi untuk setiap nama peran cloud unik yang ada dalam telemetri permintaan Anda. Node dependensi juga dibuat untuk setiap kombinasi unik dari jenis, target, dan nama peran cloud.
Jika ada lebih dari 10.000 node dalam telemetri Anda, Peta Aplikasi tidak dapat mengambil semua node dan link, sehingga peta Anda tidak akan lengkap. Jika skenario ini terjadi, pesan peringatan muncul saat Anda menampilkan peta.
Peta Aplikasi hanya mendukung hingga 1.000 node terpisah yang tidak dikelompokkan yang dirender sekaligus. Peta Aplikasi mengurangi kompleksitas visual dengan mengelompokkan dependensi bersama-sama yang memiliki jenis dan pemanggil yang sama.
Jika telemetri Anda memiliki terlalu banyak nama peran cloud yang unik atau terlalu banyak jenis dependensi, pengelompokan itu tidak akan cukup dan peta tidak akan dirender.
Untuk mengatasi masalah ini, Anda harus mengubah instrumentasi untuk mengatur nama peran cloud, jenis dependensi, dan bidang target dependensi dengan sesuai.
Target dependensi harus mewakili nama logika dependensi. Dalam banyak kasus, nama ini setara dengan nama server atau sumber daya dependensi. Misalnya, jika ada dependensi HTTP, maka diatur ke nama host. Nama tersebut tidak boleh berisi ID atau parameter unik yang berubah dari satu permintaan ke permintaan lainnya.
Jenis dependensi harus mewakili jenis logika dependensi. Misalnya, HTTP, SQL, atau Azure Blob adalah jenis dependensi yang khas. Jenis dependensi tersebut tidak boleh berisi ID unik.
Tujuan nama peran clood dijelaskan di bagian Mengatur atau mengambil alih nama peran cloud.
Tampilan Cerdas
Pertanyaan pemecahan masalah umum tentang tampilan Cerdas.
Mengapa tepi ini tidak disorot, bahkan dengan sensitivitas rendah?
Dependensi mungkin tampak gagal tetapi model tidak menunjukkan bahwa itu adalah insiden potensial:
- Jika dependensi ini telah gagal untuk sementara waktu, model mungkin percaya itu adalah status biasa, dan tidak menyoroti tepi untuk Anda. Ini berfokus pada pemecahan masalah di RT.
- Jika dependensi ini memiliki efek minimal pada performa aplikasi secara keseluruhan, aplikasi juga bisa membuat model mengabaikannya.
- Jika tidak satu pun di atas yang benar, gunakan opsi Umpan Balik dan jelaskan pengalaman Anda. Anda dapat membantu kami meningkatkan versi model di masa mendatang.
Mengapa tepi disorot?
Jika tepi disorot, penjelasan dari model akan mengarahkan Anda ke fitur terpenting yang membuat model memberikan skor probabilitas tinggi pada dependensi ini. Rekomendasi tidak hanya didasarkan pada kegagalan tetapi pada indikator lain seperti latensi tak terduga dalam aliran dominan.
Mengapa tampilan Cerdas tidak dimuat?
Jika Tampilan cerdas tidak dimuat, atur jangka waktu yang dikonfigurasi menjadi enam hari atau kurang.
Mengapa tampilan Cerdas membutuhkan waktu lama untuk dimuat?
Hindari memilih Perbarui komponen peta.
Mengaktifkan Tampilan cerdas hanya untuk satu sumber daya Application Insights.
Umpan balik portal
Untuk memberikan umpan balik, gunakan opsi umpan balik.
Langkah berikutnya
- Untuk mempelajari lebih lanjut tentang cara kerja korelasi di Application Insights, lihat Korelasi telemetri.
- Pengalaman diagnostik transaksi ujung ke ujung menghubungkan telemetri sisi server dari seluruh komponen yang dipantau Application Insights Anda ke dalam satu tampilan.
- Untuk skenario korelasi tingkat lanjut ASP.NET Core dan ASP.NET, lihat Melacak operasi kustom.