Monitorovanie endpointov

Čo je to "endpoint"?

Endpoint je všetko, čo je adresovateľné na internete a dá sa overiť, či je dostupné. Klasický prípad je URL webovej stránky — ale v modernej infraštruktúre sú veci, o ktoré sa staráte, oveľa rozmanitejšie: REST API, endpointy GraphQL, poštové servery, listenery databáz, fronty správ, porty na health-check kontajnerov, interné administračné panely, príjemcovia webhookov. DiagnoSEO Uptime Monitoring ich spracováva jednotne: definujete, čo znamená "zdravý" pre tento endpoint, nastavíte harmonogram kontrol, dostanete upozornenie pri výpadku.

Táto stránka opisuje každý typ endpointu, ktorý nástroj podporuje, na čo sa hodí a aký signál poskytuje monitorovanie.

HTTP / HTTPS endpointy (webové stránky)

Predvolený prípad. Zadáte https://example.com a monitor vykonáva požiadavku GET v zadanom intervale (1 minúta, 5, 10, 30 alebo 60 minút v závislosti od plánu). Úspešná kontrola znamená: bolo nadviazané TCP spojenie, TLS handshake dokončený (pre HTTPS), prijatá HTTP odpoveď s očakávaným stavovým kódom (predvolene: 2xx alebo 3xx), a prípadne keyword prítomný (alebo neprítomný) v tele odpovede. Kontrola zaznamenáva Time To First Byte, celkový čas odpovede, veľkosť obsahu, reťazec presmerovaní a kompletný súbor HTTP hlavičiek odpovede.

HTTP endpointy sú vhodné pre: marketingové weby, blogy, e-shopy, SaaS dashboardy, portály s dokumentáciou — všade tam, kde ľudia stránku navštevujú cez prehliadač.

API endpointy (REST / GraphQL / JSON-RPC)

API potrebujú viac než len "či odpovedali" — potrebujú "či odpovedali správne". Nakonfigurujete monitor s vlastnou HTTP metódou (GET, POST, PUT, DELETE, PATCH), vlastnými hlavičkami (autentifikačné tokeny, content-type), telom požiadavky (JSON payload pre POST/PUT) a JSON aserciami na odpoveď (data.status musí byť "ok", result.count musí byť väčšie ako 0, errors[] musí byť prázdne). API, ktoré vráti HTTP 200 s poškodeným payloadom, je najhorší typ chyby — pre naivný monitor vyzerá zdravý, ale zlyháva pre každého klienta. JSON asercie to odhalia.

Pozrite si špecializovaný návod na monitorovanie API pre detaily konfigurácie a syntax asercií.

Endpointy TCP portov

Pre ne-HTTP služby: SMTP (port 25 / 587 / 465), POP3 (110 / 995), IMAP (143 / 993), listenery databáz (PostgreSQL 5432, MySQL 3306, Redis 6379, MongoDB 27017), SSH (22), FTP (21), vlastné porty aplikácií. Monitor otvorí TCP spojenie na zadaný host:port a hlási úspech, ak je spojenie akceptované v rámci časového limitu. Bez handshake-u na úrovni protokolu — jednoducho "či démon počúva".

Toto je vhodný monitor pre každú TCP službu, kde vám záleží na dostupnosti a nepotrebujete protokolovo uvedomelé kontroly. Pre overenie SMTP banneru alebo kontroly na úrovni databázového dopytu použite heartbeat monitor (vaša služba nás pingne, keď je zdravá, pozrite cron-job / heartbeat monitoring).

Ping endpointy (ICMP)

Kontrola dostupnosti na 3. vrstve. Monitor pošle ICMP echo žiadosť na cieľový hostname alebo IP adresu a čaká na odpoveď. Užitočné pre routery, switche, IoT zariadenia, všetko, čo odpovedá na ping, ale nespúšťa HTTP. Pamätajte, že mnohí poskytovatelia cloudu (AWS, GCP, Azure) štandardne blokujú ICMP na úrovni security group, aj keď je host inak zdravý — pre cloud workloady uprednostnite HTTP kontroly alebo TCP porty.

Endpointy hostname / DNS

Monitoring DNS rozlíšenia. Nástroj pravidelne rozpoznáva záznamy A, AAAA, MX, NS, TXT a CNAME vašej domény, urobí snapshot výsledkov a upozorní, ak sa niektorý zmení. Odhalí: neautorizované prevzatie DNS, náhodné chyby konfigurácie počas migrácie DNS providera, externé služby aktualizujúce svoje endpointy bez oznámenia (napríklad váš CDN prepína IP bloky), MX záznamy odstránené pre preklep.

DNS monitoring nie je o dostupnosti — váš DNS provider je takmer isto spoľahlivejší ako origin. Ide o detekciu zmien. Pozrite monitoring zmien DNS pre kompletný popis.

Endpointy SSL certifikátov

Každý HTTPS endpoint dostáva automatický monitoring SSL nad svojou kontrolou dostupnosti. Nástroj načíta certifikát, spracuje obdobie platnosti a vystaviteľa a upozorní 30, 14, 7, 3 a 1 deň pred vypršaním platnosti. Pozrite monitoring SSL certifikátov pre detaily.

Endpointy vypršania domény

Pre každý monitorovaný URL nástroj zároveň raz denne získava údaje z WHOIS a sleduje dátum exspirácie registrácie domény. Upozornenia sa spúšťajú v tých istých intervaloch ako SSL (30/14/7/3/1 dní). Nezaplatené obnovenie môže byť katastrofálne — doména prepadne vlastníctvu a niekto si ju môže zaregistrovať v okamihu konca grace obdobia. Pozrite monitoring vypršania domény.

Výber správneho typu endpointu

Ak neviete, ktorý typ monitoringu použiť, začnite s HTTP/HTTPS pre všetko s webovým rozhraním, TCP portom pre zvyšok a pridajte heartbeat kontroly pre batch úlohy, ktoré neposkytujú žiadny sieťový povrch. Môžete monitorovať ten istý cieľ viacerými typmi — napríklad TCP port 443 kontrola zachytí "server je online, ale TLS handshake je chybný", čo zároveň HTTP kontrola na rovnakom URL tiež rozpozná, zatiaľ čo heartbeat z vášho vlastného interného monitoring agenta potvrdí, že logika vašej aplikácie naozaj funguje.

Najčastejšie kladené otázky

• Čo je to endpoint?

  Všetko, čo je adresovateľné na internete: HTTP/HTTPS URL, REST API, TCP porty (SMTP, MySQL, vlastné), hostname pre ping, DNS záznamy, SSL certifikáty a doménové registračné záznamy. Nastavte jeden monitor na každý typ endpointu.

• Použiť HTTP kontrolu alebo TCP port?

  HTTP je dobrá predvolená voľba pre každú webovú službu. TCP port je vhodnejší pre ne-HTTP služby (databázy, poštové servery, vlastné protokoly), kde vám záleží iba na "či démon prijíma spojenia". Použite TCP pre nízkoúrovňovú dostupnosť, HTTP pre "či aplikácia naozaj správne odpovedá".

• Čím sa líšia heartbeat monitory (cron-job)?

  Heartbeat funguje opačne — namiesto toho, aby sme my overovali vašu službu, vaša služba pingne nás na známej URL. Ak nedostaneme ping v očakávanom intervale, upozorníme vás. Používa sa pre cron joby, batch procesy a všetko, čo beží podľa harmonogramu bez sieťového rozhrania na overenie.

• Môže mať jeden URL viac monitorov?

  Áno. Môžete monitorovať ten istý cieľ rôznymi typmi kontrol — napr. HTTP kontrola na úplnú dostupnosť plus TCP kontrola na porte 443, ktorá zachytí problémy s TLS handshake-om. Každý monitor funguje nezávisle a upozorňuje samostatne.

• Musím monitorovať SSL a doménu samostatne?

  Nie — každý HTTPS endpoint automaticky dostáva monitoring SSL popri svojej kontrole dostupnosti, a každý monitorovaný URL má každodenné sledovanie exspirácie domény. Oboje sú v cene a bez ďalšej konfigurácie. Monitoring domény je na úrovni domény — viaceré monitory na tej istej doméne zdieľajú WHOIS údaje.