Nadzor krajnjih točaka

Što je "endpoint"?

Endpoint je sve što se može adresirati na internetu i može se upitati radi provjere dostupnosti. Klasičan slučaj je URL web stranice — ali u modernoj infrastrukturi stvari za koje brinete su mnogo raznolikije: REST API, GraphQL endpointi, mail serveri, slušači baza podataka, redovi poruka, health-check portovi kontejnera, interni admin paneli, primatelji webhookova. DiagnoSEO Uptime Monitoring ih tretira jednako: definirate što znači "zdrav" za taj endpoint, postavite raspored provjera, dobivate upozorenje kod kvara.

Ova stranica opisuje svaku vrstu endpointa koju alat podržava, čemu služi svaki tip i kakav signal daje nadzor.

HTTP / HTTPS endpointi (web stranice)

Zadani slučaj. Unesete https://example.com i monitor izvršava GET zahtjev u određenom intervalu (1 minuta, 5, 10, 30 ili 60 minuta, ovisno o planu). Uspješna provjera znači: uspostavljena je TCP veza, TLS handshake završen (za HTTPS), primljen HTTP odgovor s očekivanim status kodom (zadano: 2xx ili 3xx), i opcionalno keyword prisutan (ili odsutan) u tijelu odgovora. Provjera bilježi Time To First Byte, ukupno vrijeme odgovora, veličinu sadržaja, lanac preusmjeravanja i puni set headera odgovora.

HTTP endpointi su pravi izbor za: marketinške stranice, blogove, e-commerce trgovine, SaaS dashboarde, portale s dokumentacijom — svuda gdje ljudi pristupaju putem preglednika.

API endpointi (REST / GraphQL / JSON-RPC)

API-ji trebaju više od "je li odgovorio" — trebaju "je li odgovorio ispravno". Konfigurirate monitor s prilagođenom HTTP metodom (GET, POST, PUT, DELETE, PATCH), custom headerima (auth tokeni, content-type), tijelom zahtjeva (JSON payload kod POST/PUT) i JSON asercijama na odgovoru (data.status mora biti "ok", result.count mora biti veći od 0, errors[] mora biti prazan). API koji vraća HTTP 200 s pokvarenim payloadom je najgora vrsta kvara — izgleda "zdravo" za naivni monitor, ali svaki klijent ostaje zakinut. JSON asercije to detektiraju.

Pogledajte posvećeni vodič za monitoring API-ja za detalje konfiguracije i sintaksu asercija.

TCP port endpointi

Za ne-HTTP servise: SMTP (port 25 / 587 / 465), POP3 (110 / 995), IMAP (143 / 993), slušači baza podataka (PostgreSQL 5432, MySQL 3306, Redis 6379, MongoDB 27017), SSH (22), FTP (21), custom portovi aplikacija. Monitor otvara TCP vezu na dati host:port i javlja uspjeh ako je veza prihvaćena unutar timeout prozora. Nema handshakea na razini protokola — jednostavno "sluša li demon".

Ovo je pravi nadzor za svaki TCP servis gdje vam je bitna dostupnost i ne treba vam provjera specifična za protokol. Za provjeru SMTP bannera ili upite bazi podataka koristite heartbeat monitor (vaša usluga šalje ping nama kada je zdrava, pogledajte cron-job / heartbeat monitoring).

Ping (ICMP) endpointi

Provjera dostupnosti na razini sloja 3. Monitor šalje ICMP echo zahtjev na ciljani hostname ili IP i čeka odgovor. Korisno za rutere, switcheve, IoT uređaje, sve što odgovara na ping, ali ne pokreće HTTP. Imajte na umu da mnogi cloud provideri (AWS, GCP, Azure) prema zadanim postavkama blokiraju ICMP na razini security-group čak i kada je host zdrav — za cloud workloadove preferirajte HTTP provjere ili TCP portove.

Hostname / DNS endpointi

Nadzor DNS razrješavanja. Alat periodično razrješava A, AAAA, MX, NS, TXT i CNAME zapise vaše domene, radi snapshot rezultata i upozori kada se neki promijeni. Detektira: neautorizirana preuzimanja DNS-a, slučajne greške u konfiguraciji tijekom migracije DNS providera, vanjske usluge koje ažuriraju svoje endpointove bez najave (npr. vaš CDN prebacuje IP blokove), MX zapise izbrisane radi tipfelera.

Nadzor DNS-a nije radi dostupnosti — vaš DNS provider gotovo sigurno je pouzdaniji od izvora. Cilj je detekcija promjena. Pogledajte DNS change monitoring za puni opis.

SSL certifikat endpointi

Svaki HTTPS endpoint automatski dobiva nadzor SSL certifikata iznad svog uptime checka. Alat čita certifikat, prikazuje valjanost i izdavatelja te vas upozorava 30, 14, 7, 3 i 1 dan prije isteka. Pogledajte monitoring SSL certifikata za detalje.

Endpointi isteka domene

Za svaki nadzirani URL alat također jednom dnevno upituje WHOIS i prati datum isteka registracije domene. Upozorenja se aktiviraju na iste pragove kao SSL (30/14/7/3/1 dan). Neplaćeno produženje je katastrofalno — domena ostane bez vlasnika i netko je može registrirati čim istekne grace period. Pogledajte monitoring isteka domene.

Odabir pravog tipa endpointa

Ako ne znate koji tip monitora koristiti, počnite s HTTP/HTTPS za sve s web sučeljem, TCP portom za ostalo, i dodajte heartbeat checkove za batch zadatke koji nemaju izloženog mrežnog sučelja. Možete nadzirati isti cilj s više tipova — npr. TCP port check na 443 će uloviti "server je aktivan, ali TLS handshake pokvaren", što će i HTTP check na istom URL-u označiti, dok će heartbeat s vašeg vlastitog internog agenta potvrditi da sama logika vaše aplikacije zaista radi.

Najčešća pitanja

• Što je endpoint?

  Sve što se može adresirati na internetu: HTTP/HTTPS URL-ovi, REST API, TCP portovi (SMTP, MySQL, custom), hostnameovi za pinganje, DNS zapisi, SSL certifikati i zapisi domenske registracije. Postavite jedan monitor po tipu endpointa.

• Trebam li koristiti HTTP provjeru ili TCP port?

  HTTP je dobar zadani izbor za svaku web uslugu. TCP port je bolji za ne-HTTP servise (baze podataka, mail serveri, custom protokoli) gdje vas zanima samo "prima li demon konekcije". Koristite TCP za niskorazinski nadzor dostupnosti, HTTP za "odgovara li aplikacija ispravno".

• Po čemu se heartbeat monitori (cron-job) razlikuju?

  Heartbeat je obrnut — umjesto da mi provjeravamo vašu uslugu, vaša usluga šalje ping na poznati URL. Ako ne dobijemo ping u zadanom vremenu, šaljemo upozorenje. Koristi se za cron jobove, batch procese i sve što radi prema rasporedu bez mrežnog sučelja.

• Može li jedan URL imati više monitora?

  Da. Možete nadzirati isti cilj s više tipova provjera — npr. HTTP check za potpunu dostupnost plus TCP check porta 443 koji detektira probleme s TLS handshakeom. Svaki monitor radi neovisno i zasebno upozorava.

• Moram li posebno nadzirati SSL i domenu?

  Ne — svaki HTTPS endpoint automatski dobiva nadzor SSL-a iznad svojeg uptime checka, a svaki nadzirani URL dobiva svakodnevno praćenje isteka domene. Oba su uključena, bez dodatne konfiguracije. Nadzor domene je po domeni — više monitora na istoj domeni dijele WHOIS podatke.