Permintaan HTTP

Tugas HTTP menunjukkan apakah situs atau layanan web terbuka seperti yang Anda harapkan dalam pekerjaan normal.

Kapan digunakan

  • Ketika perlu mengontrol halaman situs, akun pribadi atau health endpoint.
  • Ketika penting untuk memeriksa tidak hanya ketersediaan server, tetapi juga respons HTTP yang benar.
  • Ketika Anda ingin melihat kegagalan dari sudut pandang pengguna, bukan hanya dari port yang terbuka.

Kapan memilih jenis lain

  • Jika hanya perlu memeriksa ketersediaan jaringan dasar server, seringkali Ping sudah cukup.
  • Jika hanya masa berlaku sertifikat yang penting, SSL lebih cocok.
  • Jika pemantauan harus menunggu sinyal dari proses eksternal, gunakan «Peristiwa Eksternal».
Perhatikan: untuk pemeriksaan utama, lebih baik pilih URL yang benar-benar mencerminkan status kerja layanan, bukan halaman acak yang bisa berubah karena otorisasi, iklan atau personalisasi.

Bidang formulir umum

Bidang Apa artinya Apa yang ditentukan Contoh
Tugas diaktifkan Menentukan apakah pemeriksaan akan dimulai segera setelah disimpan. Tinggalkan tugas diaktifkan jika ingin segera memulai pemantauan. Diaktifkan
Nama Nama pemeriksaan dalam daftar dan pemberitahuan. Tentukan apa yang sedang diperiksa. Halaman utama example.com
Grup Memungkinkan untuk mengaitkan tugas dengan proyek atau bagian. Pilih grup jika ingin menjaga tugas proyek bersama-sama. Situs example.com
Interval Seberapa sering pemeriksaan HTTP dilakukan. Pilih interval berdasarkan pentingnya halaman atau layanan. 5 menit
Saluran pemberitahuan Kemana mengirim pesan tentang masalah dan pemulihan. Tandai saluran yang benar-benar Anda baca pemberitahuan. Telegram dan email
Laporan Ringkasan periodik tugas. Aktifkan jika ingin mendapatkan overview tanpa masuk panel secara manual. Laporan mingguan

Bidang pemeriksaan HTTP

Bidang Apa artinya Apa yang ditentukan Contoh
Metode Jenis permintaan HTTP yang akan dikirim. Biasanya GET sudah cukup. Metode lain diperlukan jika endpoint Anda membutuhkannya. GET
URL Alamat lengkap halaman atau endpoint yang perlu diperiksa. Tentukan URL lengkap dengan skema dan domain. https://example.com/health
Timeout Berapa lama menunggu respons sebelum error karena tidak tersedia. Pilih nilai sedikit lebih tinggi dari waktu respons normal layanan Anda. 30 detik
Kata kunci Pemeriksaan tambahan isi respons. Tentukan teks yang harus ada dalam respons. OK
Pengaturan lanjutan Membuka bidang HTTP tambahan. Aktifkan hanya jika Anda membutuhkan header, body permintaan atau daftar kode sukses sendiri. Diaktifkan
Header Header HTTP tambahan permintaan. Tambahkan hanya header yang benar-benar dibutuhkan API Anda. Authorization: Bearer <token><br /> Accept: application/json
Isi Body permintaan HTTP untuk POST, PUT atau PATCH. Isi jika endpoint menunggu JSON atau body permintaan lain. {"event":"healthcheck"}
Kode respons sukses Kode HTTP mana yang dianggap hasil normal. Tinggalkan rentang standar atau tentukan kode dan rentang sendiri. 200-299, 301
Izinkan sertifikat yang ditandatangani sendiri Jangan anggap itu kesalahan jika sertifikat tidak dipercaya browser. Aktifkan untuk layanan internal melalui HTTPS dengan sertifikat sendiri. Dinonaktifkan
Titik yang diizinkan untuk pemeriksaan Dari titik mana pemeriksaan dilakukan. Tinggalkan semua titik jika tidak perlu skenario khusus berdasarkan wilayah atau jaringan. Semua titik pemeriksaan

Kapan alarm akan datang

  • Situs atau endpoint tidak merespons tepat waktu.
  • Server mengembalikan kode yang tidak termasuk dalam daftar sukses.
  • Dalam respons tidak ada teks wajib, jika Anda menentukan kata kunci.
  • Untuk alamat melalui HTTPS, tidak mungkin membuat koneksi aman: sertifikat kedaluwarsa, tidak dipercaya, atau dikeluarkan untuk nama lain. Penyebab pemeriksaan akan menunjukkan apa yang salah.
Memeriksa layanan internal? Jika berjalan melalui HTTPS dengan sertifikat yang ditandatangani sendiri, aktifkan «Pengaturan lanjutan» dan tandai parameter «Izinkan sertifikat yang ditandatangani sendiri» — jika tidak pemeriksaan akan gagal karena ketidakpercayaan pada sertifikat, meskipun layanan itu sendiri merespons dengan normal.

Pengaturan pemberitahuan

Untuk setiap saluran pemberitahuan dalam tugas, bisa ditentukan parameter tambahan. Mereka hanya berlaku untuk peristiwa DOWN.

Parameter Apa yang dilakukan
Diaktifkan Mengizinkan atau melarang pengiriman pemberitahuan melalui saluran ini untuk tugas ini.
Tunda selama PRO Menunda pemberitahuan pertama tentang DOWN selama waktu yang dipilih (hingga 12 jam). Nyaman untuk tidak menerima pemberitahuan tentang kegagalan sementara.
Ulangi setiap PRO Secara berkala mengulangi notifikasi, selama tugas tetap dalam status DOWN (hingga 1 jam antar pengulangan). Cocok, ketika penting untuk tidak melewatkan kegagalan yang berkepanjangan.
Parameter «Tunda» dan «Ulangi» tidak memengaruhi peristiwa UP dan notifikasi pemulihan.
Ke daftar jenis tugas