How Standards Get Adopted: OTel and Platform Engineering
Blog post from New Relic
OpenTelemetry’s adoption is driven by more than vendor neutrality and easier backend migrations; its central value is providing a stable, standardized instrumentation contract between developers and platform teams. By separating the API used in application and library code from the SDKs, collectors, pipelines, and observability backends managed by platform engineers, it lets teams change underlying tooling without disrupting developer workflows or requiring repeated instrumentation changes. This platform-oriented model reduces cognitive load, supports self-service, and allows organizations to embed operational standards while developers focus on business logic. The approach also enables domain-specific telemetry, such as business outcomes and application context, to be emitted alongside automatically collected metrics, logs, and traces, improving troubleshooting and system understanding. Drawing a parallel with Kubernetes, the author argues that OpenTelemetry succeeds because it equips platform teams to abstract complex infrastructure and observability decisions rather than attempting to eliminate complexity for developers directly.
| Trend | Post Mentions | Total Month Mentions | Posts | Companies | MoM |
|---|---|---|---|---|---|
| OpenTelemetry | 22 | 125 | 18 | 15 | -83% |
| Observability | 11 | 472 | 102 | 54 | -85% |
| Platform Engineering | 6 | 358 | 65 | 25 | -70% |
| Kubernetes | 4 | 956 | 75 | 30 | -73% |
| Developer Experience | 2 | 131 | 58 | 24 | -72% |
| AI Agents | 1 | 931 | 231 | 103 | -84% |
| Data Pipeline | 1 | 34 | 23 | 18 | -90% |
| MCP | 1 | 2,241 | 148 | 72 | -74% |
Use this post, company, and trend context to find content marketing opportunities, perform competitive analysis, or address product feature gaps via the Plushcap MCP server or the Plushcap API.