OpenTracing
Inloggningen med hyperlänken är synlig.
OpenTracing har utvecklat ett plattformsoberoende och leverantörsoberoende Trace-protokoll, vilket gör det enkelt för utvecklare att lägga till eller ersätta implementationer av distribuerade spårningssystem. I november 2016 röstade CNCF:s tekniska kommitté för att acceptera OpenTracing som ett hostat projekt, vilket är CNCF:s tredje projekt, det första är Kubernetes och det andra är Prometheus, vilket visar att CNCF lägger stor vikt vid observabiliteten bakom OpenTracing. Till exempel följer både den berömda Zipkin och Jaeger OpenTracing-protokollet.
OpenCensus
Inloggningen med hyperlänken är synlig.
Du kanske undrar, nu när OpenTracing är här, vad ska OpenCensus göra med det roliga? Förlåt, du bör veta att initiativtagaren till OpenCensus är Google, som är det första företaget som föreslog konceptet Tracing, och OpenCensus är communityversionen av Google Dapper. Den största skillnaden mellan OpenCensus och OpenTracing är att det, utöver spårning, även inkluderar mätvärden, så att grundläggande mätvärdsövervakning också kan göras på OpenCensus. En annan skillnad är att OpenCensus inte är en enkel specifikation, han gör också allt inklusive datainsamlingsagenter och insamlare. OpenCensus har också en stor följarskara, och den största nyheten nyligen är att Microsoft också har meddelat att de har gått med, och OpenCensus kan beskrivas som en tiger med vingar.
Vad är OpenTelemetry?
Inloggningen med hyperlänken är synlig.
OpenTelemetry slår samman OpenTracing- och OpenCensus-projekten och tillhandahåller en uppsättning API:er och bibliotek för att standardisera insamling och överföring av telemetridata. OpenTelemetry erbjuder ett säkert, leverantörsneutralt verktyg som tillåter att data skickas till olika backends vid behov.
OpenTelemetri-projektet består av följande komponenter:
- Driv användningen av konsekventa specifikationer över alla projekt
- Specifikationsbaserat, med API:er för gränssnitt och implementationer
- SDK:er (implementationer av API:er) i olika språk, såsom Java, Python, Go, Erlang, etc
- Exportörer: Data kan skickas till en backend efter eget val
- Collectors: Leverantörsneutral implementation för bearbetning och export av telemetridata
Opentelemetri-terminologi:
Traces: Registrerar begärandets aktivitet genom ett distribuerat system, och ett trace är en riktad acyklisk graf av spann
Spans: En trace representerar en namngiven, tidsbaserad operation. Spänner över boet för att bilda spårträd. Varje spår innehåller ett rotspann som beskriver end-to-end-latensen, och dess deloperationer kan också ha en eller flera delspan.
Mätvärden: Den råa metrikdata som samlas in vid körning om tjänsten. metriska instrument definierade av Opentelemetry. Observer stödjer datainsamling via asynkrona API:er, med en data vid varje insamlingsintervall.
Kontext: Ett spann innehåller en spänn-kontext, som är en globalt unik identifierare som representerar den unika begäran som varje spann tillhör, samt den data som krävs för att överföra spårinformation över tjänstegränser. OpenTelemetry stöder också korrelationskontext, som kan innehålla användardefinierade attribut. Korrelationskontexten krävs inte, och komponenten kan välja att inte bära och lagra den informationen.
Kontextpropagering: Indikerar överföring av kontextuell information mellan olika tjänster, vanligtvis via HTTP-header. Kontextpropagation är en av nyckelfunktionerna i Opentelemetri-systemet. Förutom spårning finns det några intressanta användningsområden, som att utföra A/B-testning. OpenTelemetry stödjer kontextpropagation för flera protokoll för att undvika möjliga problem, men det är viktigt att notera att det är bäst att använda en enda metod i din egen applikation.
Fördelar med OpenTelemetry:
Genom att slå samman OpenTracing och OpenCensus till en öppen standard erbjuder OpenTelemetry följande bekvämligheter:
Lätt att välja: Istället för att behöva välja mellan de två standarderna är OpenTelemetry kompatibelt med både OpenTracing och OpenCensus.
Plattformsöverskridande: OpenTelemetry stöder olika språk och backends. Det representerar ett leverantörsneutralt sätt att fånga in och överföra telemetridata till backend utan att ändra befintliga verktyg.
Förenklad observabilitet: Som OpenTelemetry uttrycker det, "högkvalitativ telemetri kräver högkvalitativ telemetri". Jag skulle vilja se fler leverantörer byta till OpenTelemetry eftersom det är mer bekvämt och bara behöver testa en enda standard.
|
Publicerad på 2021-01-19 13:36:29
|
|
|
|
