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:

  1. Buka sumber daya Application Insights Anda dan pilih panel Ketersediaan.

  2. Pilih Tambahkan pengujian Standar.

    Cuplikan layar panel Ketersediaan dengan tab tambahkan pengujian standar terbuka.

  3. 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.

Cuplikan layar menunjukkan halaman Ketersediaan dengan tombol Refresh yang disorot.

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.

Tampilan garis.

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.

Menampilkan detail pengujian. Mengedit dan Menonaktifkan pengujian web.

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.

Cuplikan layar tab detail transaksi menyeluruh.

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.

Diagnostik pihak server.

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.

Langkah berikutnya