Pengujian Standar
Pengujian Standar adalah tes permintaan tunggal yang mirip dengan pengujian ping URL tetapi lebih maju. Selain memvalidasi respons dan pengukuran titik akhir terhadap performa, pengujian Standar juga mencakup validitas sertifikat SSL, pemeriksaan masa hidup proaktif, kata kerja permintaan HTTP (sebagai contoh GET, HEAD, POST, dll.), header kustom, dan data kustom yang terkait dengan permintaan HTTP Anda.
Untuk membuat pengujian ketersediaan, Anda perlu menggunakan sumber daya Application Insight yang ada atau membuat sumber daya Application Insights.
Tip
Jika saat ini Anda menggunakan pengujian ketersediaan lain, seperti ping URL, Anda dapat menambahkan pengujian Standar yang lain. Jika Anda ingin menggunakan pengujian Standar melainkan salah satu pengujian yang lain, tambahkan pengujian Standar dan hapus yang lama.
Membuat pengujian Standar
Untuk membuat pengujian Standar:
Buka sumber daya Application Insights Anda dan pilih panel Ketersediaan.
Pilih Tambahkan pengujian Standar.
Masukkan nama pengujian, URL dan pengaturan lainnya (penjelasan di bawah), lalu pilih Buat.
| Pengaturan | Penjelasan |
|---|---|
| URL | URL dapat menjadi halaman web apa pun yang ingin Anda uji, namun harus terlihat oleh internet publik. URL dapat menyertakan string kueri. Sehingga, misalkan, Anda dapat menjalankan database Anda sedikit. Jika URL diselesaikan ke pengalihan, kami menindaklanjutinya hingga 10 pengalihan. |
| Mengurai permintaan dependen | Uji permintaan gambar, skrip, file gaya, dan file lain yang merupakan bagian dari halaman web yang sedang diuji. Waktu respons yang direkam mencakup waktu yang diperlukan untuk mendapatkan file-file ini. Pengujian gagal jika salah satu sumber daya ini tidak dapat berhasil diunduh dalam batas waktu untuk seluruh pengujian. Jika opsi tidak dicentang, pengujian hanya meminta file pada URL yang Anda tentukan. Pengaktifan opsi ini menyebabkan pemeriksaan yang lebih ketat. Pengujian ini mungkin gagal dalam beberapa kasus, yang mungkin tidak terlihat jika menjelajahi situs secara manual. |
| Mengaktifkan percobaan kembali | Jika pengujian gagal, dapat dicoba kembali setelah beberapa saat. Kegagalan hanya dilaporkan jika terjadi kegagalan dalam tiga upaya berturut-turut. Pengujian berikutnya kemudian dilakukan pada frekuensi pengujian biasa. Percobaan kembali untuk sementara dihentikan hingga keberhasilan berikutnya. Aturan ini diterapkan secara independen di setiap lokasi pengujian. Kami merekomendasikan opsi ini. Rata-rata, sekitar 80% kegagalan hilang saat percobaan kembali. |
| Pengujian validasi sertifikat SSL | Anda dapat memverifikasi sertifikat SSL di situs web Anda untuk memastikannya dipasang dengan benar, valid, tepercaya, dan tidak memberikan kesalahan apa pun kepada pengguna Anda. |
| Pemeriksaan masa hidup proaktif | Pengaturan ini memungkinkan Anda untuk menentukan periode waktu tertentu sebelum sertifikat SSL Anda berakhir. Setelah berakhir, pengujian Anda akan gagal. |
| Frekuensi pengujian | Atur seberapa sering pengujian dijalankan dari setiap lokasi pengujian. Dengan frekuensi default lima menit dan lima lokasi pengujian, situs Anda diuji rata-rata setiap menit. |
| Lokasi pengujian | Merupakan tempat asal server kami mengirim permintaan web ke URL Anda. Jumlah minimum lokasi pengujian yang kami rekomendasikan adalah lima untuk memastikan bahwa Anda dapat membedakan masalah di situs web Anda dari masalah jaringan. Anda dapat memilih hingga 16 lokasi. |
| Header kustom | Pasangan nilai kunci yang menentukan parameter operasi. |
| Kata kerja permintaan HTTP | Menunjukkan tindakan yang ingin Anda ambil dengan permintaan Anda. |
| Badan permintaan | Data kustom yang terkait dengan permintaan HTTP Anda. Anda dapat mengunggah file milik Anda, mengetik konten Anda, atau menonaktifkan fitur ini. |
Kriteria keberhasilan
| Pengaturan | Penjelasan |
|---|---|
| Waktu uji coba | Kurangi nilai ini untuk mendapatkan pemberitahuan tentang respons lambat. Pengujian terhitung sebagai kegagalan jika respons dari situs Anda belum diterima dalam periode ini. Jika Anda memilih Uraikan permintaan dependen, maka semua gambar, file gaya, skrip, dan sumber daya dependen lainnya harus diterima dalam periode ini. |
| Respons HTTP | Kode status yang ditampilkan yang dihitung sebagai keberhasilan. 200 adalah kode yang menunjukkan bahwa halaman web normal telah ditampilkan. |
| Kecocokan konten | String, seperti "Selamat datang!" Kami menguji bahwa kecocokan peka huruf besar/kecil yang tepat muncul di setiap respons. Ini harus berupa string polos, tanpa kartubebas. Ingatlah jika konten halaman berubah, Anda mungkin perlu memperbaruinya. Hanya karakter bahasa Inggris yang didukung dengan kecocokan konten |
Peringatan
| Pengaturan | Penjelasan |
|---|---|
| Near-realtime | Sebaiknya gunakan pemberitahuan Near-realtime. Mengonfigurasi jenis pemberitahuan ini dilakukan setelah pengujian ketersediaan Anda dibuat. |
| Ambang lokasi pemberitahuan | Kami merekomendasikan minimal 3/5 lokasi. Hubungan optimal antara ambang lokasi pemberitahuan dan jumlah lokasi pengujian adalah ambang lokasi pemberitahuan = jumlah lokasi pengujian - 2, dengan minimal lima lokasi pengujian. |
Tag populasi lokasi
Tag populasi berikut dapat digunakan untuk atribut lokasi geografis saat menerapkan uji ping URL ketersediaan menggunakan Azure Resource Manager.
Azure Government
| Nama Tampilan | Nama Populasi |
|---|---|
| USGov Virginia | usgov-va-azr |
| Gov (US) Arizona | usgov-phx-azr |
| Gov (US) Texas | usgov-tx-azr |
| USDoD Timur | usgov-ddeast-azr |
| USDoD Pusat | usgov-ddcentral-azr |
Azure Tiongkok
| Nama Tampilan | Nama Populasi |
|---|---|
| Tiongkok Timur | mc-cne-azr |
| Tiongkok Timur 2 | mc-cne2-azr |
| Tiongkok Utara | mc-cnn-azr |
| Tiongkok Utara 2 | mc-cnn2-azr |
Azure
| Nama Tampilan | Nama Populasi |
|---|---|
| Australia Timur | emea-au-syd-edge |
| Brasil Selatan | latam-br-gru-edge |
| US Tengah | us-fl-mia-edge |
| Asia Timur | apac-hk-hkn-azr |
| AS Timur | us-va-ash-azr |
| Prancis Selatan (Dulu Prancis Tengah) | emea-ch-zrh-edge |
| Prancis Tengah | emea-fr-pra-edge |
| Jepang Timur | apac-jp-kaw-edge |
| Eropa Utara | emea-gb-db3-azr |
| US Tengah Utara | us-il-ch1-azr |
| US Tengah Selatan | us-tx-sn1-azr |
| Asia Tenggara | apac-sg-sin-azr |
| UK Barat | emea-se-sto-edge |
| Eropa Barat | emea-nl-ams-azr |
| US Barat | us-ca-sjc-azr |
| UK Selatan | emea-ru-msa-edge |
Melihat hasil uji ketersediaan Anda
Hasil uji ketersediaan dapat divisualisasikan dengan tampilan plot garis dan sebaran.
Setelah beberapa menit, pilih Refresh untuk melihat hasil pengujian Anda.
Tampilan scatterplot menunjukkan sampel hasil pengujian dengan detail langkah uji diagnostik di dalamnya. Mesin pengujian menyimpan detail diagnostik untuk pengujian yang mengalami kegagalan. Untuk pengujian yang berhasil, detail diagnostik disimpan untuk subset eksekusi. Arahkan kursor ke salah satu titik hijau/merah untuk melihat pengujian, nama pengujian, dan lokasi.
Pilih pengujian tertentu, lokasi, atau kurangi periode waktu untuk melihat hasil lainnya seputar periode waktu yang diminati. Gunakan Search Explorer untuk melihat hasil dari semua eksekusi, atau gunakan kueri Analytics untuk menjalankan laporan kustom pada data ini.
Memeriksa dan mengedit pengujian
Untuk mengedit, nonaktifkan sementara, atau hapus pengujian, pilih elipsis di samping nama pengujian. Mungkin dibutuhkan waktu hingga 20 menit agar perubahan konfigurasi disebarluaskan ke semua agen pengujian setelah perubahan dilakukan.
Anda mungkin ingin menonaktifkan pengujian ketersediaan atau aturan pemberitahuan yang terkait dengannya saat melakukan pemeliharaan pada layanan Anda.
Jika Anda melihat kegagalan
Pilih titik merah.
Dari hasil uji ketersediaan, Anda dapat melihat detail transaksi di semua komponen. Di sini Anda dapat:
- Meninjau laporan pemecahan masalah untuk menentukan apa yang mungkin menyebabkan pengujian gagal tetapi aplikasi Anda masih tersedia.
- Memeriksa respons yang diterima dari server Anda.
- Mendiagnosis kegagalan dengan telemetri pihak server terkait yang dikumpulkan saat memproses uji ketersediaan yang gagal.
- Mencatat masalah atau item kerja di Git atau Azure Boards untuk melacak masalah. Bug akan menyertakan tautan ke peristiwa ini.
- Membuka hasil pengujian web di Visual Studio.
Untuk mempelajari selengkapnya tentang pengalaman diagnostik transaksi menyeluruh kunjungi dokumentasi diagnostik transaksi.
Klik pada baris pengecualian untuk melihat detail pengecualian sisi server yang menyebabkan pengujian ketersediaan sintetis gagal. Anda juga bisa mendapatkan rekam jepret debug untuk diagnostik tingkat kode yang lebih lengkap.
Selain hasil mentah, Anda juga dapat menampilkan dua metrik Ketersediaan kunci di Metrics Explorer:
- Ketersediaan: Persentase pengujian yang berhasil, di semua eksekusi pengujian.
- Durasi Pengujian: Durasi pengujian rata-rata di semua eksekusi pengujian.