💡
原文英文，约700词，阅读约需3分钟。
📝
内容提要
谷歌云的Cloud Trace服务现原生支持OpenTelemetry协议（OTLP），简化了开发者的数据传输流程，允许直接通过OTLP发送追踪数据，减少对特定供应商的依赖。此功能提升了存储和处理能力，支持更大的属性键值和跨度容量，增强了追踪灵活性，推动行业标准化，帮助组织更高效管理遥测数据。
🎯
关键要点
- 谷歌云的Cloud Trace服务现原生支持OpenTelemetry协议（OTLP），简化了数据传输流程。
- 开发者可以直接通过OTLP发送追踪数据，减少对特定供应商的依赖。
- OpenTelemetry协议是一个供应商中立的数据交换标准，旨在跨多个云提供商和观察工具传输遥测数据。
- 谷歌云重构了内部存储系统，原生使用OpenTelemetry数据模型，提升了存储能力。
- 属性键的大小限制从128字节扩展到512字节，属性值的限制从256字节扩展到64 KiB。
- 跨度名称的大小限制从128字节扩展到1,024字节，单个跨度可以支持多达1,024个属性。
- 系统现在支持每个跨度256个事件和128个链接，增强了追踪灵活性。
- 谷歌云的产品经理强调，追踪支持是更广泛的OpenTelemetry采纳战略的初步阶段。
- 战略愿景包括托管的服务器端处理能力、灵活的路由和统一的遥测管理。
- 原生OTLP支持消除了历史上阻碍观察实现的多个操作复杂性。
- Trace Explorer界面广泛利用OpenTelemetry语义约定，改善了开发者的用户体验。
- 谷歌云建议新老用户迁移到OTLP端点，特别是处理高容量追踪数据的用户。
- 这一增强反映了行业向OpenTelemetry标准化的广泛趋势，主要云提供商越来越多地采用该协议。
- 谷歌云Trace用户可以立即利用新的OTLP端点，享受改进的存储限制和处理能力。
- 谷歌云、AWS和Azure在OpenTelemetry支持方面的不同方法反映了各自的战略哲学。
🏷️
标签
➡️
