OpenTelemetry bevezetés.

01A lényeg 30 másodpercben

Az OpenTelemetry (OTel) a CNCF vendor-független observability-szabványa: egyszer instrumentálod az alkalmazást, és a telemetriát (trace, metrika, log) bármelyik háttérbe küldheted — Prometheus, Grafana, vagy SaaS — anélkül, hogy a kódot átírnád. Ez szünteti meg a megfigyelhetőségi vendor lock-int.

A kulcs-elemek: a három jel, az OTLP protokoll, és az OTel Collector (ami fogad, feldolgoz, és továbbít — itt végezhető a mintavételezés és a költség-kontroll is). Bevezetni lépésről lépésre érdemes: auto-instrumentáció egy szolgáltatáson → Collector → meglévő háttér → bővítés.

02Mi az OpenTelemetry?

Az OTel SDK-k, API-k és eszközök gyűjteménye a telemetria egységes előállítására, gyűjtésére és továbbítására. Mielőtt létezett, minden monitoring-szállítónak saját ügynöke és formátuma volt — ha váltottál, mindent újra kellett instrumentálni. Az OTel ezt oldja meg: egy szabvány, amit szinte minden nyelv és monitoring-eszköz támogat. Ma az observability de facto szabványa.

Az OTel előtt minden szállítónak saját ügynöke és formátuma volt — váltáskor mindent újra kellett instrumentálni. Az OTel ezt oldja meg: egyszer instrumentálsz, és a vendor lock-in eltűnik.

03A három jel — trace, metrika, log

• Metrika — számszerű idősor (kérés/mp, hibaarány, latencia). Jó riasztásra és trendre. „Van baj?"
• Trace — egy kérés teljes útja a szolgáltatásokon át, időzítéssel. „Hol a baj?" (elosztott rendszerek hibakeresése).
• Log — időbélyeges esemény-rekord kontextussal. „Miért van baj?"

A három együtt ad teljes képet: a metrika jelez, a trace lokalizál, a log megmagyaráz. Az OTel mindhármat egységesen kezeli — korrelálva (pl. egy trace-hez tartozó logok).

04A pipeline — OTLP és a Collector

Az alkalmazás a szabványos OTLP protokollon küldi a telemetriát az OTel Collectornak, amely fogadja, feldolgozza (szűr, mintavételez, dúsít), majd a háttérrendszerekbe továbbítja. Az app csak a Collectort ismeri — a háttér cseréje vagy több háttérbe küldés nem igényel kód-módosítást.

05Instrumentáció — auto és manuális

Az auto-instrumentáció sok nyelvnél (Java, .NET, Python, Node.js) kód-módosítás nélkül ad alap trace-eket és metrikákat — egy ügynök/csomag bekapcsolásával lefedi a gyakori keretrendszereket (HTTP, DB, üzenetsor). Ez a gyors win. A manuális instrumentáció ezt egészíti ki: az üzletileg fontos műveletekre saját span-ok és attribútumok, hogy a trace üzleti kontextust is hordozzon. A jó gyakorlat: auto-instrumentációval indulni, majd a fontos pontokra manuálisan ráerősíteni.

06Miért éri meg?

• Vendor-függetlenség — nem ragadsz be egy monitoring-szállítóhoz; a háttér cserélhető a kód átírása nélkül.
• Egységesség — egy szabvány a trace/metrika/log-ra, kevesebb külön ügynök és formátum.
• Ipari támogatás — szinte minden nyelv és eszköz támogatja, aktív CNCF-projekt.
• Költség-kontroll — a Collectorban mintavételezhetsz és szűrhetsz, mielőtt drága háttérbe küldenéd az adatot.

07Bevezetés lépésről lépésre

08SLO és riasztás az OTel-adatra

Az OTel csak az adatot adja — a hasznát az adja, ha mérsz rajta: SLI (a metrikákból) → SLO (cél) → error budget → burn-rate riasztás. Az OTel metrikák a Prometheus/Grafana stackbe folyva pontosan ezt teszik lehetővé. A számokhoz lásd az SLA/error-budget kalkulátort, a koncepcióhoz a Monitoring 101 és az SLO-sablonok cikkeket.

09Gyakran ismételt kérdések

Mi az OpenTelemetry?

A CNCF vendor-független observability-szabványa: egyszer instrumentálsz, és a trace/metrika/log bármelyik háttérbe küldhető a kód átírása nélkül.

Mi a három jel?

Metrika (van baj?), trace (hol a baj?), log (miért?) — az OTel mindhármat egységesen, korrelálva kezeli.

Mi az OTel Collector?

Köztes komponens, amely fogadja, feldolgozza (szűr/mintavételez) és továbbítja a telemetriát — itt cserélhető a háttér és kontrollálható a költség.

Hogyan kezdjek hozzá?

Auto-instrumentáció egy szolgáltatáson → Collector → meglévő háttér rákötése → manuális bővítés → mintavételezés.

Miért érdemes OpenTelemetryt használni?

Fő okok: (1) vendor-függetlenség — nem ragadsz be egyetlen monitoring-szállítóhoz, a háttér cserélhető; (2) egységesség — egy szabvány a trace/metrika/log-ra, kevesebb külön ügynök; (3) ipari támogatás — szinte minden nyelv és monitoring-eszköz támogatja; (4) költség-kontroll — a Collectorban mintavételezhetsz és szűrhetsz, mielőtt drága háttérbe küldenéd. A vendor lock-in elkerülése hosszú távon jelentős megtakarítás és rugalmasság.

Hogyan vezessem be az OpenTelemetryt?

Lépésről lépésre, nem egyszerre: (1) kezdd egy szolgáltatással és az auto-instrumentációval (sok nyelvnél kód-módosítás nélkül ad alap trace-eket/metrikákat); (2) állíts be egy OTel Collectort és küldd bele az adatot; (3) kösd rá a meglévő háttered (Prometheus/Grafana stack); (4) bővítsd manuális instrumentációval a fontos üzleti műveletekre; (5) vezess be mintavételezést és szűrést a költség miatt. Az SLO-k és a burn-rate riasztások erre az adatra épülnek.

10Építsünk vendor-független observabilityt

Felmérjük a jelenlegi monitoring-felállásod, és bevezetjük az OpenTelemetryt — auto-instrumentációtól a Collectoron át az SLO-alapú riasztásig, vendor lock-in nélkül, a meglévő stackedre építve — banki és nagyvállalati NOC-tapasztalatból, arányos ráfordítással.