Pemantauan Endpoint

Apa itu "endpoint"?

Endpoint adalah segala sesuatu yang dapat diakses di internet dan dapat diminta untuk memverifikasi ketersediaan. Contoh klasiknya adalah URL situs web — namun dalam infrastruktur modern, hal-hal yang kamu kelola jauh lebih beragam: REST API, endpoint GraphQL, server email, pendengar basis data, antrian pesan, port pemeriksaan kesehatan kontainer, panel admin internal, penerima webhook. DiagnoSEO Uptime Monitoring memperlakukan semuanya secara seragam: kamu mendefinisikan apa arti "sehat" untuk endpoint tersebut, mengatur jadwal pengecekan, dan menerima peringatan saat terjadi gangguan.

Halaman ini menjelaskan setiap tipe endpoint yang didukung tool, tujuan penggunaan masing-masing, dan sinyal apa yang diberikan oleh pemantauan tersebut.

Endpoint HTTP / HTTPS (situs web)

Kasus default. Kamu memasukkan https://example.com dan monitor melakukan request GET dengan interval tertentu (1 menit, 5, 10, 30, atau 60 menit tergantung paket). Pengecekan berhasil berarti: koneksi TCP terjalin, handshake TLS berhasil (untuk HTTPS), respon HTTP diterima dengan kode status yang diharapkan (default: 2xx atau 3xx), serta opsionalnya keyword muncul (atau tidak muncul) di body respon. Pengecekan merekam Time To First Byte, total waktu respon, ukuran konten, rantai redirect, dan set lengkap header respon.

Endpoint HTTP adalah pilihan tepat untuk: situs marketing, blog, toko e-commerce, dashboard SaaS, portal dokumentasi — semua yang dikunjungi orang lewat browser.

Endpoint API (REST / GraphQL / JSON-RPC)

API membutuhkan lebih dari sekadar "apakah merespons" — melainkan "apakah merespons dengan benar". Kamu mengonfigurasi monitor dengan metode HTTP kustom (GET, POST, PUT, DELETE, PATCH), header khusus (token auth, content-type), body request (payload JSON untuk POST/PUT) serta asersi JSON pada respon (data.status harus sama dengan "ok", result.count harus lebih dari 0, errors[] harus kosong). API yang mengembalikan HTTP 200 dengan payload rusak adalah tipe kegagalan terburuk — tampak sehat bagi monitor naif tapi gagal untuk setiap klien. Asersi JSON mampu mendeteksi hal ini.

Lihat panduan pemantauan API khusus untuk detail konfigurasi dan sintaks asersi.

Endpoint port TCP

Untuk layanan non-HTTP: SMTP (port 25 / 587 / 465), POP3 (110 / 995), IMAP (143 / 993), pendengar basis data (PostgreSQL 5432, MySQL 3306, Redis 6379, MongoDB 27017), SSH (22), FTP (21), port aplikasi kustom. Monitor membuka koneksi TCP ke host:port yang diberikan dan melaporkan sukses jika koneksi diterima dalam waktu tunggu (timeout). Tanpa handshake di tingkat protokol — hanya "apakah daemon mendengarkan".

Ini adalah monitor yang tepat untuk setiap layanan berbasis TCP di mana kamu hanya peduli dengan ketersediaan dan tidak membutuhkan pengecekan yang paham protokol. Untuk memverifikasi banner SMTP atau pengecekan hingga tanya-jawab basis data gunakan monitor heartbeat (layananmu mengirim ping ke kami saat sehat, lihat pemantauan cron-job / heartbeat).

Endpoint ping (ICMP)

Pengecekan ketersediaan di layer 3. Monitor mengirim permintaan ICMP echo ke hostname atau IP tujuan dan menunggu jawaban. Berguna untuk router, switch, perangkat IoT, segala hal yang merespons ping namun tidak menjalankan HTTP. Ingat bahwa banyak penyedia cloud (AWS, GCP, Azure) secara default memblokir ICMP di level security-group meskipun host sebenarnya sehat — untuk beban di cloud, sebaiknya gunakan pengecekan HTTP atau port TCP.

Endpoint hostname / DNS

Pemantauan resolusi DNS. Tool secara berkala meresolusi record A, AAAA, MX, NS, TXT dan CNAME domain milikmu, mengambil snapshot hasil dan memberi peringatan jika salah satunya berubah. Ini mendeteksi: pengambilalihan DNS tanpa otorisasi, kesalahan konfigurasi saat migrasi provider DNS, layanan eksternal yang memperbarui endpoint tanpa pemberitahuan (misal CDN kamu mengganti blok IP), record MX yang terhapus karena salah ketik.

Pemantauan DNS bukan untuk ketersediaan — provider DNS kamu hampir pasti lebih andal daripada origin. Tujuannya adalah mendeteksi perubahan. Lihat pemantauan perubahan DNS untuk penjelasan lengkap.

Endpoint sertifikat SSL

Setiap endpoint HTTPS secara otomatis mendapatkan pemantauan SSL di atas pengecekan uptimenya. Tool membaca sertifikat, mem-parsing masa berlaku dan penerbitnya, lalu memberi peringatan pada 30, 14, 7, 3 dan 1 hari sebelum kedaluwarsa. Lihat pemantauan sertifikat SSL untuk detailnya.

Endpoint kedaluwarsa domain

Untuk setiap URL yang dipantau, tool juga melakukan pengecekan WHOIS harian dan memantau tanggal kedaluwarsa registrasi domain tersebut. Peringatan muncul pada ambang yang sama dengan SSL (30/14/7/3/1 hari). Perpanjangan yang telat bisa berakibat fatal — domain menjadi no-owner dan orang lain bisa mendaftarnya tepat saat masa tenggang berakhir. Lihat pemantauan kedaluwarsa domain.

Pemilihan tipe endpoint yang tepat

Jika kamu tidak tahu tipe monitor mana yang akan dipakai, mulai dari HTTP/HTTPS untuk apapun dengan antarmuka web, port TCP untuk sisanya, dan tambahkan pengecekan heartbeat untuk tugas batch yang tidak membuka permukaan jaringan apapun. Kamu bisa memantau target yang sama dengan beberapa tipe — contohnya pengecekan port TCP di 443 untuk menangkap kasus "server aktif, tapi handshake TLS gagal" yang juga bisa dideteksi oleh pengecekan HTTP pada URL yang sama, sementara heartbeat dari agent monitoring internalmu memastikan logika aplikasi kamu benar-benar berjalan.

Pertanyaan yang Sering Diajukan

• Apa itu endpoint?

  Segala hal yang bisa diakses di internet: URL HTTP/HTTPS, REST API, port-port TCP (SMTP, MySQL, kustom), hostname untuk ping, record DNS, sertifikat SSL, dan entri registrasi domain. Atur satu monitor per tipe endpoint.

• Should I use HTTP check or TCP port?

  HTTP adalah pilihan default yang baik untuk setiap layanan web. Port TCP lebih cocok untuk layanan non-HTTP (database, server email, protokol custom) di mana kamu hanya peduli soal "apakah daemon menerima koneksi". Gunakan TCP untuk ketersediaan tingkat rendah, HTTP untuk "apakah aplikasi benar-benar membalas dengan benar".

• Apa bedanya monitor heartbeat (cron-job)?

  Heartbeat kebalikannya — alih-alih kami yang mengecek layananmu, layananmu yang mengirim ping ke kami di URL tertentu. Kalau kami tak menerima ping dalam waktu yang diharapkan, kami akan memberi peringatan. Dipakai untuk cron job, proses batch, dan segala sesuatu yang berjalan terjadwal tanpa membuka permukaan jaringan untuk dicek.

• Bisakah satu URL memiliki lebih dari satu monitor?

  Bisa. Kamu dapat memantau target yang sama dengan berbagai tipe pengecekan — misal HTTP untuk ketersediaan penuh ditambah pengecekan TCP port 443 untuk mendeteksi masalah handshake TLS. Setiap monitor bekerja dan memperingatkan secara independen.

• Haruskah saya memantau SSL dan domain secara terpisah?

  Tidak — setiap endpoint HTTPS otomatis mendapatkan pemantauan SSL di atas pengecekan uptime-nya, dan setiap URL yang dipantau juga mendapatkan pelacakan kedaluwarsa domain harian. Keduanya sudah termasuk tanpa konfigurasi tambahan. Pemantauan domain dilakukan per-domain — banyak monitor pada domain yang sama berbagi data WHOIS.