Vëzhgoni shërbimin dhe përdoruesit e tij

Filloni me pyetjen

Monitorimi kontrollon kushte të njohura. Vëzhgueshmëria ju ndihmon të hetoni sjelljen e sistemit, përfshirë dështime që nuk i kishit parashikuar. Më shumë panele nuk japin automatikisht përgjigje më të mira.

Për një shërbim të trilluar eksporti, filloni me një pyetje të përdoruesit: a mund të marrë një përdorues i autorizuar eksportin e saktë brenda kohës së rënë dakord? Pastaj zgjidhni sinjale që mbështesin këtë pyetje dhe ndihmojnë të shpjegohen dështimet.

OpenTelemetry ofron instrumentim dhe standarde për telemetrinë. Mund të dërgojë sinjale në sisteme pritëse të përputhshme. Ende keni nevojë për ruajtje, kërkesa për të dhënat, kontrolle aksesi, afate ruajtjeje dhe njerëz që veprojnë mbi evidencën. Hyrje në vëzhgueshmëri.

Lidhni forma të ndryshme evidence

Një metrikë mat një madhësi gjatë kohës. Një regjistër ngjarjesh (log) regjistron një ngjarje. Një gjurmë lidh veprime të ndërlidhura ndërsa një kërkesë kalon përmes një sistemi. Një segment (span) përfaqëson një veprim brenda një gjurme.

Për punë asinkrone, ruani një lidhje të sigurt mes detyrës së dorëzuar dhe ekzekutimit të procesit worker. Një përgjigje HTTP 202 mund të nënkuptojë se puna u pranua. Nuk provon se eksporti përfundoi.

Jepni alarm kur nevojitet veprim

Përcaktoni SLI-në dhe emëruesin e saj para se të vendosni SLO-në. Në këtë shembull, numëroni eksportet që plotësojnë kushtet dhe përfundojnë saktë brenda kohëzgjatjes së rënë dakord. Përcaktoni si përfshihen në matje detyrat që zgjasin shumë dhe ato të braktisura.

Buxheti i gabimeve përshkruan dështimin e lejuar brenda intervalit të SLO-së. Shkalla e konsumimit përshkruan sa shpejt dështimet e konsumojnë atë buxhet. Udhëzimi i Google përdor disa intervale për të balancuar zbulimin në kohë me zhurmën e alarmeve. Alarmet sipas SLO-ve.

Njoftoni personin në gatishmëri kur kushti kërkon veprim në kohë. Punën më pak urgjente dërgojeni në radhë. Çdo alarm kërkon person përgjegjës, përshkrim të ndikimit, lidhje për hetimin dhe udhëzim për përgjigjen. Shqyrtoni alarmet që vazhdimisht nuk çojnë në veprim.

Mos përdorni një prag të përgjithshëm për çdo shërbim. Ndikimi te përdoruesit, trafiku, orari i punës dhe kapaciteti për përgjigje ndikojnë në vendim.

Mbroni pipeline-in e telemetrisë

Telemetria mund të përmbajë të dhëna personale, token-a, parametra kërkesash dhe dokumente konfidenciale. Përcaktoni fushat e lejuara para mbledhjes. Kufizoni aksesin dhe afatin e ruajtjes. Hiqni sekretet para eksportit në një sistem pritës të jashtëm. Telemetri me të dhëna të ndjeshme.

Mos përdorni email-in e klientit ose ID-në unike të detyrës si etiketë metrike. Etiketat pa kufizim rrisin numrin e serive kohore dhe mund të ekspozojnë identifikues. Përdorni atribute të kontrolluara grupimi për metrikat. Vendosni identifikuesit e miratuar të ndërlidhjes në regjistra ose gjurmë me akses të kontrolluar.

Matni vetë pipeline-in. Kontrolloni dështimet e marrjes së të dhënave, të dhënat e hedhura poshtë dhe sa kohë ka kaluar nga vëzhgimi i fundit. Një grafik i sheshtë gabimesh mund të nënkuptojë se nuk ka gabime ose se nuk po vjen telemetri. Tregojeni këtë dallim.

Hetoni një dështim konkret

Shërbimi i trilluar raporton HTTP 202 për çdo kërkesë. Koha e pritjes në radhë rritet nga sekonda në 15 minuta. Regjistrat e procesit worker tregojnë skadime të përsëritura të afatit të përgjigjes nga baza e të dhënave. Gjurmët e marra si mostër e vendosin pjesën më të madhe të kohës së procesit worker te thirrjet në bazën e të dhënave.

Kjo evidencë mbështet një hetim të përqendruar. Nuk përcakton nëse shkaku është ndryshimi i një kërkese në bazën e të dhënave, shterimi i lidhjeve apo kapaciteti i bazës së të dhënave. Krahasoni këto hipoteza me metodën e diagnostikimit.

Taiga Monitoring ofron një pamje të gjendjes së produktit me sinjale të disponueshmërisë dhe përvojës në shfletues. Plotëson vëzhgueshmërinë e infrastrukturës dhe aplikacionit; nuk i zëvendëson këto sisteme. Monitoring.