Distribueret tracing og hændelser

Et spor er en forespørgsels komplette rejse. Hvert trin er et span med et starttidspunkt, en varighed og metadata. Spans indlejres i hinanden og danner et træ.

For at sporing kan fungere, videresender tjenester en sporingskontekst i forespørgslens headere, så hvert hop knyttes til det samme spor.

OpenTelemetry (OTel) er standarden til instrumentering af applikationer og eksport af spor. En OTel Collector kan køre i klyngen for at modtage og videresende spans.

Spans sendes til et backend som Jaeger eller Tempo, der gemmer og visualiserer spor, så du kan undersøge langsomme forespørgsler i dybden.

Uafhængigt af applikationernes spor udsender Kubernetes hændelser, der beskriver, hvad klyngen foretager sig: planlægning, hentning af afbildninger, mislykkede probes og meget mere.

kubectl describe viser de hændelser, der er knyttet til et bestemt objekt, og det er ofte den hurtigste måde at se, hvorfor en Pod sidder fast.

Hændelser udløber som standard efter cirka en time. Hvis du vil bevare klyngehistorikken på lang sigt, skal du eksportere dem til et lognings- eller hændelsesbackend, så du ikke mister signalet.

Den egentlige styrke kommer fra at sammenkoble alle kilder: En stigning i en måling leder dig til et spor, sporet peger på en tjeneste, og dens logge samt hændelser forklarer grundårsagen.

• En forespørgsel er langsom, men du ved ikke, hvilken tjeneste der er ansvarlig
• Der opstår fejl dybt i en kæde af mikrotjenester
• Du har brug for at forstå afhængigheder på tværs af tjenester

Du har tilføjet den tredje søjle i observerbarhed: distribueret sporing følger forespørgsler på tværs af tjenester ved hjælp af spans og videregivelse af kontekst, ofte via OpenTelemetry til Jaeger eller Tempo. Du har også lært at læse kortlivede Kubernetes-hændelser til diagnosticering på klyngeniveau og at sammenholde logge, målinger, spor og hændelser.