OpenTelemetry eBPF Instrumentation chega à versão v1.0.0

O OBI (OpenTelemetry eBPF Instrumentation) chegou à v1.0.0 e instrumenta aplicações Linux em execução sem mexer no código-fonte. Ele combina eBPF com instrumentação específica de runtime para capturar métricas e traces entre serviços, linguagens e frameworks. O ponto de partida são taxa de requisições, erros, latência e dependências entre serviços.

A promessa central do 1.0 é previsibilidade de upgrade. A configuração Config v2 (disponível desde a v0.11.0) ganhou schema gerado e os comandos obi config validate e obi config migrate. O Config v1 continua suportado, mas congelado, sem correções nem novidades. Na telemetria, parte segue convenções semânticas estáveis e parte segue convenções ainda em desenvolvimento, e essa segunda parte pode mudar. O OBI descreve sua telemetria num registro de schemas compatível com o Weaver, com notas de release e guias de migração para mudanças que exigem ação.

A cobertura cresceu: MQTT, NATS, AMQP 1.0, MSSQL, Couchbase, Memcached e Aerospike. Houve melhorias em propagação HTTP/2 e gRPC e descoberta de rotas em Django, FastAPI, Flask, Rails, .NET e frameworks PHP. Há correlação entre traces e logs, métricas de runtime (ainda experimentais) e instrumentação de aplicações de IA, como provedores de modelos, embeddings, vector retrieval e MCP, que exige configuração explícita de captura de payload. No lado da cadeia de suprimentos, os artefatos agora saem assinados, com checksums e SBOMs.

Para quem opera plataforma, a leitura é que o OBI deixa de ser aposta experimental e vira algo que dá para planejar. O recomendado pela fonte é validar o Config v2, revisar variáveis de ambiente e comparar a telemetria num canary antes do rollout amplo. Quem mantém dashboards e alertas deve tratar métricas de convenções ainda instáveis como sujeitas a mudança. Artefatos assinados e SBOM ajudam em revisões de segurança do pipeline.