Permintaan HTTP
Tugas HTTP menunjukkan apakah situs atau layanan web terbuka seperti yang Anda harapkan dalam operasi normal.
Kapan harus digunakan
- Saat Anda perlu mengontrol halaman situs web, akun pribadi, atau titik akhir kesehatan.
- Penting untuk memeriksa tidak hanya ketersediaan server, tetapi juga respons HTTP yang benar.
- Bila Anda ingin melihat kegagalan melalui mata pengguna, dan bukan hanya melalui port yang terbuka.
Kapan harus memilih tipe yang berbeda
- Jika Anda hanya perlu memeriksa ketersediaan jaringan dasar server, Ping sering kali sudah cukup.
- Jika yang penting hanyalah masa berlaku sertifikat, SSL adalah pilihan yang lebih baik.
- Jika pemantauan harus menunggu sinyal dari proses eksternal, gunakan "External Event".
Harap dicatat:
untuk pemeriksaan utama lebih baik memilih URL yang benar-benar mencerminkan keadaan kerja layanan,
daripada halaman acak yang dapat berubah karena login, iklan, atau personalisasi.
Bidang formulir umum
| Bidang | Apa maksudnya? | Apa yang harus ditunjukkan | Contoh |
|---|---|---|---|
| Tugas diaktifkan | Menentukan apakah pemeriksaan akan dijalankan segera setelah disimpan. | Biarkan tugas tetap aktif jika Anda ingin segera memulai pemantauan. | Termasuk |
| Nama | Nama cek dalam daftar dan pemberitahuan. | Tunjukkan apa sebenarnya yang sedang diperiksa. | halaman beranda example.com |
| Kelompok | Memungkinkan Anda menetapkan tugas ke proyek atau bagian. | Pilih grup jika Anda ingin menyatukan tugas proyek. | Contoh situs web.com |
| Selang | Seberapa sering pemeriksaan HTTP akan dilakukan. | Pilih interval berdasarkan pentingnya halaman atau layanan. | 5 menit |
| Saluran notifikasi | Tempat mengirim pesan tentang masalah dan pemulihan. | Tandai saluran tempat Anda sebenarnya membaca notifikasi. | Telegram dan email |
| Laporan | Ringkasan tugas berkala. | Aktifkan jika Anda ingin menerima ikhtisar tanpa masuk ke panel secara manual. | Laporan mingguan |
Bidang Validasi HTTP
| Bidang | Apa maksudnya? | Apa yang harus ditunjukkan | Contoh |
|---|---|---|---|
| Metode | Permintaan HTTP apa yang akan dikirim. | GET biasanya cukup. Metode lain diperlukan jika titik akhir Anda memerlukannya. | GET |
| URL | Alamat lengkap halaman atau titik akhir yang perlu diperiksa. | Harap berikan URL lengkap dengan skema dan domain. | https://example.com/health |
| Waktu habis | Berapa lama menunggu respons sebelum terjadi kesalahan ketidaktersediaan. | Pilih nilai yang sedikit lebih tinggi dari waktu respons normal layanan Anda. | 30 detik |
| Kata kunci | Verifikasi tambahan atas konten respons. | Tentukan teks yang harus disertakan dalam respons. | OK |
| Pengaturan lanjutan | Membuka bidang HTTP tambahan. | Sertakan hanya jika Anda memerlukan header, isi permintaan, atau daftar kode sukses Anda sendiri. | Termasuk |
| Judul | Header permintaan HTTP tambahan. | Tambahkan hanya header yang benar-benar dibutuhkan API Anda. | Authorization: Bearer <token> Accept: application/json |
| Isi | Badan permintaan HTTP untuk POST, PUT atau PATCH. | Isi jika titik akhir mengharapkan JSON atau isi permintaan lainnya. | {"event":"healthcheck"} |
| Kode respons yang berhasil | Kode HTTP mana yang dianggap hasil normal. | Tinggalkan rentang standar atau tetapkan kode dan rentang Anda sendiri. | 200-299, 301 |
| Titik pemeriksaan yang diizinkan | Dari titik manakah pemeriksaan akan dilakukan? | Tinggalkan semua poin jika Anda tidak memerlukan skenario khusus untuk wilayah atau jaringan. | Semua titik pemeriksaan |
Saat alarm berbunyi
- Situs atau titik akhir tidak akan merespons tepat waktu.
- Server akan mengembalikan kode yang tidak termasuk dalam daftar kode berhasil.
- Responsnya tidak akan berisi teks yang diperlukan jika Anda menentukan kata kunci.