近期，Google Cloud宣布在云监控服务中全面支持OpenTelemetry协议（OTLP），此举标志着其在跨观测技术栈统一遥测数据采集方面迈出了重要一步。借助这次部署，用户现在可以使用一个供应商无关的管道，将 OTLP 格式的指标数据与追踪记录和日志同步发送至云监控服务，从而实现更灵活的、基于标准的监控部署，并简化遥测数据采集流程，提升其一致性。
本次更新是对之前已经支持的 OTLP 追踪数据摄取的进一步深化，彰显了 Google Cloud 将 OpenTelemetry 作为遥测数据通用格式和 API 的坚定承诺。开发人员可以使用OpenTelemetry SDK生成指标，然后通过 OTLP 直接发送到云监控，或者通过 OpenTelemetry 收集器。在默认情况下，摄取的 OTLP 指标数据以类似于 Prometheus 的数据格式存储，并且可以使用标准的监控工具进行全量查询。
Google Cloud 在支持 OTLP 指标方面做了多项增强，改善了可观测性工作流，包括：delta-type指标（通过仅报告计数器变化来减少客户端内存占用）；显示动态桶大小的指数直方图；扩展命名约定，支持点和斜杠，使之更符合标准的 OpenTelemetry 语义规范。这些特性有助于弥合云原生监控工具、第三方遥测管道与 Google Cloud 自有监控基础设施之间的差距。
除了原生 OTLP 支持外，Google Cloud 还宣布了面向谷歌Kubernetes引擎（GKE）的托管 OpenTelemetry。这个完全托管的摄取管道使得部署、扩展和操作面向 Kubernetes 工作负载的 OpenTelemetry 收集器变得更为便捷，为需要 OTLP 驱动的可观测性而又不想管理收集器基础设施的团队提供了一个即插即用的选项。
对于用户而言，新增的 OTLP 指标支持可以大幅减少为使应用程序具备可观测性所需的配置工作：监控代码可保持供应商无关性，而 Google Cloud 将负责处理规模扩展和数据采集。该功能还契合了统一遥测 API 的行业趋势，即将推出的统一采集端点（telemetry.googleapis.com）将在众多 Google Cloud 项目中自动激活，从而简化日志、追踪和指标等各类可观测性数据流的传输流程。
Google Cloud 在云监控中新增 OTLP 支持显著提高了基于标准的遥测数据摄取，与此同时，其他主流可观测性平台也在向着更广泛的 OpenTelemetry 兼容性迈进，但每个平台都有不同的权衡。例如，亚马逊云科技的CloudWatch通过其 CloudWatch 代理和 OpenTelemetry 导出器支持 OTLP 指标和追踪，能够收集并转换数据从而实现本地摄取，但它通常依赖于额外的配置来实现完整的管道集成。与此同时，Datadog和New Relic等供应商通过自己的代理分发和收集器集成扩展了 OpenTelemetry 生态系统，将 OTLP 遥测数据与丰富的仪表板、分析工具和高级告警功能相结合。不过，为了增强功能集，部分实现方案仍混合使用了专有处理方法与开放标准。
除了超大规模云提供商之外，SigNoz、Grafana Cloud等开源或混合可观测性工具也利用 OTLP 和 OpenTelemetry 生态系统提供灵活的、供应商无关的可观测性。这些平台强调互操作性和易用性，通常允许更深入的定制或自托管模型，目的是吸引希望避免供应商锁定的团队，不过他们在企业级支持或云服务紧密集成方面还各有自己的权衡。在此背景下，谷歌的策略侧重于将原生 OTLP 支持深度集成至其云监控体系，为现有 Google Cloud 客户提供更简便的迁移路径，同时契合业界推动遥测数据在不同工具间真正实现可移植性的努力方向。
目前，Google Cloud 云监控的 OTLP 支持已经提供给使用 OpenTelemetry 0.140.0 或更高版本的客户预览使用，使企业和云工程师有了一个更开放、更灵活、更面向未来的可观测性基础。
声明：本文为 InfoQ 翻译，未经许可禁止转载。
原文链接：https://www.infoq.com/news/2026/03/google-cloud-opentelemetry/
