Pabaigos taškų stebėjimas

Kas yra „endpointas“?

Endpointas – tai viskas, kas yra adresuojama internete ir gali būti užklausta norint patikrinti prieinamumą. Klasikinis atvejis yra svetainės URL — tačiau šiuolaikinėje infrastruktūroje dalykai, dėl kurių rūpinatės, yra daug įvairesni: REST API, GraphQL endpointai, pašto serveriai, duomenų bazių klausytuvai, pranešimų eilės, konteinerių health-check prievadai, vidiniai administravimo skydeliai, webhook gavėjai. DiagnoSEO Uptime Monitoring juos traktuoja vienodai: apibrėžiate, ką reiškia „sveikas“ endpointas, nustatote patikrinimo grafiką, gaunate pranešimą apie sutrikimą.

Šiame puslapyje aprašytas kiekvienas endpointo tipas, kurį įrankis palaiko, kam jie tinkami ir kokius signalus duoda stebėjimas.

HTTP / HTTPS endpointai (interneto puslapiai)

Numatytasis atvejis. Įvedate https://example.com, o monitorius įvairiais intervalais (1 minutė, 5, 10, 30 arba 60 minučių priklausomai nuo plano) siunčia GET užklausą. Sėkmingas patikrinimas reiškia: užmegztas TCP ryšys, TLS handshake (jei HTTPS) įvykęs, gautas HTTP atsakymas su laukiamu būsenos kodu (numatytai: 2xx arba 3xx), ir, jei reikia, raktažodis yra (arba nėra) atsakyme. Patikrinimas fiksuoja „Time To First Byte“, bendrą atsakymo laiką, turinio dydį, peradresavimo grandinę ir visą atsakymo antraščių rinkinį.

HTTP endpointai tinkami: marketingo puslapiams, tinklaraščiams, e. parduotuvėms, SaaS prietaisų skydeliams, dokumentacijos portalams – visur, kur žmonės lankosi naršykle.

API endpointai (REST / GraphQL / JSON-RPC)

API reikia daugiau nei tik „ar atsakė“ – reikia „ar atsakė teisingai“. Konfigūruojate monitorių su savo HTTP metodu (GET, POST, PUT, DELETE, PATCH), antraštėmis (autentifikavimo žetonai, content-type), užklausos kūnu (JSON payload POST/PUT) ir JSON assert'ais atsakuose (data.status turi būti "ok", result.count turi būti didesnis už 0, errors[] turi būti tuščias). API, grąžinanti HTTP 200 su sugadintu turiniu, yra blogiausias gedimo tipas – atrodo, kad viskas gerai, bet iš tikrųjų nuvilia kiekvieną klientą. JSON assert'ai tą pagaus.

Žiūrėkite specialų API monitoringo vadovą dėl konfigūracijos detalių ir assert'ų sintaksės.

TCP prievadų endpointai

Ne HTTP paslaugoms: SMTP (25 / 587 / 465 prievadai), POP3 (110 / 995), IMAP (143 / 993), duomenų bazių klausytuvai (PostgreSQL 5432, MySQL 3306, Redis 6379, MongoDB 27017), SSH (22), FTP (21), specifiniai programų prievadai. Monitorius užmezga TCP ryšį nurodytu host:port ir registruoja sėkmę, jei ryšys užmegztas per timeout langą. Jokio protokolo lygio „handshake“ — tik „ar demonas klausosi“.

Tai tinkamas monitorius kiekvienai TCP pagrįstai paslaugai, kurią norite stebėti dėl prieinamumo ir jums nereikia protokolo lygio patikrinimo. Norėdami patikrinti SMTP banner'į arba paleisti užklausos lygio duomenų bazės patikrinimus, naudokite heartbeat monitorių (jūsų paslauga pingina mus, kai yra sveika, žiūrėkite cron-job / heartbeat stebėjimą).

Ping (ICMP) endpointai

Prieinamumo patikra 3 lygmenyje. Monitorius siunčia ICMP echo prašymą į tikslinį hostname arba IP ir laukia atsako. Naudinga maršrutizatoriams, switch'ams, IoT įrenginiams, viskam, kas atsako į ping, bet nenaudoja HTTP. Atminkite, kad daugelis debesijos tiekėjų (AWS, GCP, Azure) pagal nutylėjimą blokuoja ICMP saugos grupėse net jei serveris sveikas – debesijos darbo krūviams naudokite HTTP arba TCP portų patikras.

Hostname / DNS endpointai

DNS išsprendimo stebėjimas. Įrankis periodiškai tikrina jūsų domeno A, AAAA, MX, NS, TXT ir CNAME įrašus, saugo jų būseną ir praneša, jei kas nors pasikeičia. Taip pastebima: neteisėtas DNS perėmimas, atsitiktinės klaidos migruojant DNS teikėją, išorinės paslaugos, kurios keičia endpointus be perspėjimo (pvz., CDN keičia IP blokus), MX įrašų ištrynimas per rašybos klaidą.

DNS stebėjimas nėra apie prieinamumą — jūsų DNS teikėjas beveik neabejotinai patikimesnis už serverį. Tai apie pokyčių aptikimą. Žiūrėkite DNS pokyčių stebėjimo aprašą dėl pilnesnės informacijos.

SSL sertifikatų endpointai

Kiekvienas HTTPS endpointas gauna automatinį SSL stebėjimą papildomai prie savo prieinamumo patikros. Įrankis nuskaito sertifikatą, analizuoja jo galiojimo laiką ir leidėją, ir įspėja prieš 30, 14, 7, 3 ir 1 dieną iki galiojimo pabaigos. Žiūrėkite SSL sertifikatų stebėjimą dėl detalių.

Domenų galiojimo pabaigos endpointai

Kiekvienam stebimam URL įrankis kartą per dieną užklausia WHOIS ir fiksuoja domeno registracijos galiojimo pabaigos datą. Įspėjimai įjungiami tomis pačiomis ribomis kaip SSL (30/14/7/3/1 diena). Nepapildytas domeno pratęsimas gali būti pražūtingas — domeną galima prarasti, o kažkas gali jį užregistruoti pasibaigus grace periodui. Žiūrėkite domenų galiojimo stebėjimą.

Tinkamo endpointo tipo pasirinkimas

Jei nežinote, kurį monitoriaus tipą naudoti, pradėkite nuo HTTP/HTTPS viskam, kas turi internetinę sąsają, TCP prievado – likusiems atvejams, ir pridėkite heartbeat patikras užduotims be internetinio paviršiaus. Galite stebėti tą patį objektą keliais būdais – pavyzdžiui, TCP 443 prievado patikra aptiks „serveris veikia, bet TLS handshake blogas“, ką pastebėtų ir HTTP patikra tuo pačiu URL, o heartbeat iš jūsų vidinio stebėjimo agento patvirtins, kad programos logika tikrai veikia.

Dažniausiai užduodami klausimai

• Kas yra endpointas?

  Viskas, kas adresuojama internete: HTTP/HTTPS URL'ai, REST API, TCP prievadai (SMTP, MySQL, specifiniai), host'ai ping'inimui, DNS įrašai, SSL sertifikatai ir domenų registracijos įrašai. Konfigūruokite po vieną monitorių kiekvienam endpointo tipui.

• Ar naudoti HTTP patikrą ar TCP prievadą?

  HTTP yra geras numatytasis pasirinkimas visoms web paslaugoms. TCP prievadas tinka ne HTTP paslaugoms (duomenų bazės, pašto serveriai, specifiniai protokolai), kai svarbu tik „ar demonas priima prisijungimus“. TCP naudokite žemam prieinamumo tikrinimui, HTTP – norint įsitikinti, ar aplikacija atsako tinkamai.

• Kuo skiriasi heartbeat monitoriai (cron-job)?

  Heartbeat yra atvirkščias — vietoj to, kad mes tikrintume jūsų paslaugą, jūsų paslauga pingina mus nurodytu URL. Jei negauname ping'o per laukiamą laiką, pranešame. Naudojama cron job'ams, partiniams procesams ir viskam, kas veikia pagal grafiką be tinklo paviršiaus patikrai.

• Ar tas pats URL gali turėti kelis monitorius?

  Taip. Galite stebėti tą patį objektą keliais patikrinimo tipais — pvz., HTTP patikra bendrai prieinamumui ir TCP 443 prievado patikra, kuri pastebi TLS handshake problemas. Kiekvienas monitorius veikia ir praneša nepriklausomai.

• Ar reikia stebėti SSL ir domeną atskirai?

  Ne — kiekvienas HTTPS endpointas automatiškai gauna SSL stebėjimą be papildomos konfigūracijos, o kiekvienas stebimas URL gauna kasdienį domeno galiojimo terminų stebėjimą. Abu įtraukti be atskiro nustatymų. Domenų stebėjimas pagal domeną – keli monitoriai tam pačiam domenui dalijasi WHOIS duomenimis.