Dva datuma obilježavaju promjenu. CNCF je 21. svibnja 2026. objavio da je OpenTelemetry diplomirao, čime je postigao najvišu razinu zrelosti i postao de facto standard za prikupljanje telemetrije. Od verzije 3.0 (14. studenoga 2024.), poslužitelj metrika Prometheus izvorno govori OTLP i prihvaća UTF-8 nazive metrika bez potrebe za prevođenjem. Stog se više ne mijenja alat po alat. Konsolidirao se oko jednog vendor-neutralnog cjevovoda, jednog poslužitelja metrika i jednog sučelja koje nadzorne ploče i upozorenja tretira kao kod.
OpenTelemetry je zadani sloj
Izdanje povodom diplomiranja izvještava o više od 12.000 suradnika iz više od 2.800 tvrtki, a CNCF rangira brzinu razvoja projekta odmah iza Kubernetes-a. Podaci o usvajanju iz CNCF godišnjeg izvještaja za 2025. (objavljenog u siječnju 2026., podaci prikupljeni u rujnu 2025.) pokazuju da OpenTelemetry koristi 49 % ispitanika u produkciji, dok ga 26 % evaluira — brojka koja prethodi diplomiranju i koja je od tada vjerojatno porasla. Zapisnici (logs), metrike i tragovi (traces) stabilni su signali u specifikaciji od 2023., dok je kontinuirano profiliranje novi signal, koji je u javnoj alfa fazi od 26. ožujka 2026.
Praktična posljedica je zamjenjivost pozadinskih sustava (backendova). Aplikacije šalju OTLP kolekcionaru (Collector), što čini zamjenu pozadinskih sustava jeftinom: prelazak s Prometheusa na Mimir ili s Grafana Clouda na samohostani LGTM stog više ne znači ponovnu instrumentaciju servisa. OTel ne uklanja potrebu za odlukom o nadzoru; on uklanja “zaključanost” (vendor lock-in) koja je to činila skupim. Protuvrijednost je novi operativni sloj: sada upravljate flotom kolekcionara s vlastitim ograničenjima memorije, serijskom obradom i ritmom nadogradnji. Minimalni cjevovod iz dokumentacije za konfiguraciju kolekcionara izgleda ovako:
receivers:
otlp:
protocols:
grpc:
endpoint: 0.0.0.0:4317
http:
endpoint: 0.0.0.0:4318
processors:
memory_limiter:
check_interval: 1s
limit_mib: 512
batch: {}
exporters:
otlp:
endpoint: backend.example.com:4317
tls:
insecure: false
service:
pipelines:
traces:
receivers: [otlp]
processors: [memory_limiter, batch]
exporters: [otlp]
metrics:
receivers: [otlp]
processors: [memory_limiter, batch]
exporters: [otlp]
logs:
receivers: [otlp]
processors: [memory_limiter, batch]
exporters: [otlp]
Kolekcionar se nalazi pored servisa kako bi aplikacije brzo rasteretio, dok se serijska obrada (batching), ponovni pokušaji, filtriranje i maskiranje osjetljivih podataka događaju centralno. otelcol validate --config=config.yaml provjerava datoteku prije primjene.
Metrike: Prometheus 3.x je učinio OTLP izvornim
Prometheus 3.0 bilo je prvo veliko izdanje u sedam godina. UTF-8 nazivi metrika i oznaka (labela) sada su zadani, tako da semantičke konvencije OpenTelemetryja više ne trebaju prevođenje točaka u podvlake. Prometheus sada djeluje kao OTLP prijemnik na /api/v1/otlp/v1/metrics, a Remote Write 2.0 prenosi metapodatke, primjere (exemplars) i vremenske oznake stvaranja. Izvorni histogrami ostaju eksperimentalni uz --enable-feature=native-histograms. Trenutna stabilna verzija je v3.13.2 (30. srpnja 2026.); nadogradnja putem 2.55 je podržani put migracije.
Kontrola kardinaliteta ugrađena je u konfiguraciju skupljanja (scrape config). Dva mehanizma iz konfiguracijske dokumentacije pokrivaju većinu slučajeva:
# prometheus.yml — skupljanje Kubernetes podova, ograničenje uzoraka po skupljanju, odbacivanje bučnih oznaka
global:
scrape_interval: 30s
evaluation_interval: 30s
scrape_configs:
- job_name: "kubernetes-pods"
kubernetes_sd_configs:
- role: pod
relabel_configs:
- source_labels: [__meta_kubernetes_pod_label_app]
target_label: app
metric_relabel_configs:
- source_labels: [pod_ip] # odbaci neograničene oznake rano: kontrola kardinaliteta
regex: ".+"
action: drop
sample_limit: 5000 # strogo ograničenje po skupljanju (kočnica kardinaliteta/troška)
# rules.yml — pravilo snimanja (recording rule): izračunaj skupi upit jednom po evaluaciji
groups:
- name: api-slos
interval: 30s
rules:
- record: job:http_requests:rate5m
expr: sum by (job) (rate(http_requests_total[5m]))
Prvi isječak odbacuje neograničene oznake u vrijeme skupljanja i ograničava serije po cilju pomoću sample_limit. Drugi isječak unaprijed izračunava skupi upit za nadzornu ploču kao pravilo snimanja, prema dokumentaciji o pravilima snimanja. Pravila snimanja mijenjaju malu količinu prostora za pohranu za dramatično jeftinije nadzorne ploče, a promtool check rules rules.yml provjerava sintaksu prije ponovnog učitavanja.
Zapisnici i tragovi: OTLP kao zajednički jezik
Loki 3.0 (10. travnja 2024.) uveo je Bloom filtere za brže pretraživanje zapisnika i izvornu OTLP ingestiju, čineći strukturirane zapisnike označene kao metrike zadanim uzorkom. Tragovi su najzreliji signal: Tempo i Grafana Cloud Traces izvorni su OTLP, a korelacija je najzanimljiviji dio — exemplari povezuju uzorak metrike s tragom, uzorci profila nose trace_id i span_id, a zapisnici dijele atribute resursa s oboje. Promjena u 2026. godini nije novi format; promjena je da sva četiri signala konačno putuju istom žicom i koriste isti vokabular atributa.
Upozoravanje: Od Alertmanagera do upravljanog radnog toka
Grafana 12 (8. svibnja 2025.) učinila je upozorenja i pravila snimanja kojima upravlja Grafana općenito dostupnima: pravila se procjenjuju unutar Grafane preko više izvora podataka, a ne samo Prometheusa. Dokumentacija o osnovama definira radni tok: jedan upit plus prag proizvode višedimenzionalne instance upozorenja (jednu po seriji), instance prelaze iz stanja “čekanja” u “aktivno” prema rasporedu procjene, kontaktne točke nose obavijesti (e-pošta, Slack, webhook, PagerDuty), a politika obavijesti usmjerava ih i grupira. “Tišine” (silences) pokrivaju razdoblja održavanja; mjesta za utišavanje rješavaju ponavljajuća razdoblja tišine.
Protuvrijednost je odabir mehanizma procjene. Pravila Prometheusa i dalje se usmjeravaju prema Alertmanageru, a grupe pravila podržavaju for, keep_firing_for i limit. Pravila kojima upravlja Grafana pobjeđuju kada su izvori heterogeni; pravila na strani Prometheusa ostaju prirodna kada je Prometheus jedini izvor istine. Većina timova završava s oba sustava, zbog čega je cjevovod upozorenja sada dizajnerska odluka, a ne zadana postavka. Za procese vezane uz pager, naš članak o incident-response priručnicima pokriva operativnu stranu.
Nadzorne ploče i SLO-ovi kao kod
Grafana 13.0 (travanj 2026.) isporučila je dvije značajke “observability-as-code” kao općenito dostupne: dinamičke nadzorne ploče (8. travnja 2026.) i Git Sync (20. travnja 2026.). Git Sync gura nadzorne ploče i mape na GitHub, GitLab ili Bitbucket, tako da uređivanja u sučelju postaju commitovi i pull requestovi bez napuštanja Grafane. Protuvrijednost je proces: pregledi (review gates) štite produkcijske nadzorne ploče, ali pokvarena ploča više se ne može popraviti jednim klikom. Dinamičke nadzorne ploče zamjenjuju ručno izrađene izglede karticama, uvjetnim renderiranjem i automatskom mrežom; postojeće nadzorne ploče automatski se migriraju, što je promjena koju većina timova osjeti prije nego što pročitaju bilješke o izdanju.
Profili i eBPF: Sljedeći signal je još uvijek u alfa fazi
Kontinuirano profiliranje ušlo je u javnu alfa fazu 26. ožujka 2026., uz OTLP Profiles model podataka, pprof kompatibilnost i referentni eBPF profiler koji je donirao Elastic. OpenTelemetry eBPF Instrumentation (OBI), donacija Grafana Beyla, objavio je prvu alfu 3. studenoga 2025.: snimanje RED metrika, servisnih grafova i tragova za HTTP/2, gRPC, SQL, Redis, Kafka i druge na razini protokola, izvan procesa — bez promjena koda, bez ponovnog pokretanja. Službene upute su jasne: alfa alati nisu za kritična produkcijska opterećenja, a produkcijski spremni pozadinski sustavi za profiliranje još se nisu pojavili. Planirajte evaluaciju, ne usvajanje.
Kardinalitet i trošak: Disciplina 2026. godine
Referenca o kardinalitetu Grafane (2022., i dalje kanonska) definira problem: kardinalitet je kartezijev produkt metrika i vrijednosti oznaka. Node exporter proizvodi oko 500 serija po zadanoj postavci, mysqld exporter oko 1.000, a jedna neograničena oznaka kao što je user_id ili session_id množi to na milijune. Kubernetes efemerna radna opterećenja čine stvar gorom jer svaka promjena stanja poda može stvoriti novu seriju.
Poluge su sve u konfiguracijskoj površini: metric_relabel_configs i per-scrape sample_limit, label_limit i target_limit; pravila snimanja koja agregiraju i uklanjaju detalje; ograničenja grupa pravila. Mimir, OSS pohrana dugoročnih podataka, dokumentira horizontalnu skalabilnost do milijardu aktivnih serija. Predviđanja trendova Grafana Labsa za 2026. predviđaju da će vrijednost podataka nadmašiti volumen, uz Adaptive Telemetry filtriranje 50–80 % telemetrije — to je tvrdnja o vendorskom proizvodu, a ne neovisno mjerenje. Disciplina sama po sebi je stvarna: tim koji kontrolira kardinalitet, kontrolira troškove.
Upravljano ili samohostano: Odluka se nije promijenila
Odluka između hostanog i samohostanog sustava detaljno je pokrivena u našem članku-pratitelju. Dva broja to uokviruju: Prometheus s 77 % upotrebe u produkciji (CNCF 2025. istraživanje) čini samohostane metrike glavnim tokom, dok OTel-ov vendor-neutralni sloj čini zamjenu pozadinskih sustava jeftinom u oba slučaja. Odluka se i dalje svodi na kontrolu nasuprot operativnom teretu — ništa u 2026. godini nije uklonilo tu protuvrijednost.
Što slijedi (Prognoza)
Sve odavde nadalje je projekcija, a ne isporučena mogućnost. Grafana Labs predviđa da će se AI kretati od kopilota do suradnika, uz podatak da je 84 % organizacija istraživalo ili pilotiralo AI u observabilnosti u 2025. godini te Gartnerovu projekciju da će jedna trećina interakcija s generativnom AI uključivati autonomne agente do 2028. SLO-ovi modela, poput svježine predviđanja ili stope halucinacija, prognoze su, a ne proizvodi; naš vodič za observabilnost AI agenata pokriva što produkcijski agenti zapravo trebaju zapisivati, pratiti i na što trebaju upozoravati. Podatak FinOps Foundationa koji citira Grafana Labs stavlja europsko izvještavanje o ugljiku na 53 %, što bi ugljik moglo učiniti SLO-om. Profiliranje kao općenito dostupna značajka (GA) najkonkretnija je bliska prekretnica, a put OBI-ja prema beta fazi onaj je koji treba pratiti.
Zaključak
Stog iz 2026. godine standardiziran je i vođen kodom: OTLP posvuda, Prometheus 3.x kao OTLP-izvorni poslužitelj metrika, Grafana 13 kao GitOps prednji dio i telemetrija svjesna troškova kao operativna disciplina. Preostala granica — kontinuirano profiliranje i eBPF instrumentacija bez koda — stvarna je, ali u alfa fazi. Vještina koja sada razdvaja jake timove nije prikupljanje više podataka; to je odabir onoga što treba zadržati.
Povezana područja
Savjetodavna područja vezana uz ovu temu
Ova su područja rada usklađena s temom članka i daju čišći prijelaz od edukativnog sadržaja do konkretne implementacije.
Nastavite čitati
Povezani članci
Prvo po zajedničkim kategorijama, a zatim po najjačem preklapanju u tagovima.