Observability
Také známo jako Monitoring, Sledovatelnost, Logy, metriky a tracey
Stručně
Logy, metriky, tracey a sledování chyb dohromady — dost na to, abyste bez hádání zjistili, proč byl požadavek pomalý.
Monitoring dřív znamenal dashboard s procesorem a pamětí. Observability je schopnost položit produkci novou otázku a dostat odpověď z dat, která už sbíráte: logy s kontextem, metriky business čísel, tracey spojující jeden požadavek mezi službami a služby, které hlásí vlastní chyby.
Alerte na to, co cítí uživatel
Procesor na 85 % na zdravém serveru je zajímavost, ne buzení ve dvě ráno. Alerty, které mají smysl, jsou: úspěšnost objednávek pod 97 % po dobu pěti minut, chybovost přihlášení nad 2 %, P95 objednávky nad 2,5 s, padající webhooky plateb. Každý by měl odpovídat větě, kterou by řekl zákazník.
Každý alert musí mít vlastníka a akci. Alert, se kterým nikdo nic neudělá, tým naučí alerty ignorovat a další skutečný incident projde bez povšimnutí. Hlučné alerty bez lítosti mažte — dashboard, který nikdo nečte, nic nestojí, ale pager, který pořád pláče, stojí důvěru.
Začněte chybami a trace ID
Nejlevnější užitečné nastavení pro malý produkt je sledování chyb (každá neošetřená výjimka se stackem, URL a uživatelem) a strukturované logy s request ID, které jde sledovat z prohlížeče přes API až k dotazu do databáze. Bez request ID je crash report hádanka.
Pak přidejte jednu dvě business metriky — registrace, objednávky, odeslané zprávy — protože zachytí selhání, která technické metriky minou. Aplikace, která vrací 200 na všechno a nevytvoří žádnou objednávku, je down v tom jediném smyslu, na kterém záleží.
Zdroje
Související pojmy
Incident
Produkce je pro uživatele rozbitá: jeden člověk vede, ostatní opravují a celá časová osa se zapisuje.
CI/CD
Pipeline, která otestuje každý commit a drží main nasaditelné — malé změny místo jednoho velkého riskantního nasazení.
Webová analytika
Měření toho, co návštěvníci opravdu dělají. GA4 nebo Plausible dají čísla — ale sběr dat bez otázky je jen šum.