AWS近日宣布,其分布式追踪服务X-Ray将过渡到使用OpenTelemetry作为应用程序追踪的主要检测标准,同时AWS X-Ray SDK和Daemon将进入维护模式。
该云服务提供商现在推荐采用OpenTelemetry作为检测云原生应用的可观测性解决方案。这一转变意味着AWS与行业最佳实践看齐,同时使得追踪请求能够跨越更多样化的系统,包括那些之前无法与X-Ray集成的、AWS之外的系统。AWS的软件开发工程师Jonathan Lee和高级产品经理Naina Thangaraj解释道:
我们推荐使用基于OpenTelemetry的检测方案来从应用程序生成追踪数据并发送至AWS X-Ray。X-Ray现有的控制台体验和功能将继续得到完全支持,且不受此次过渡的影响。
AWS X-Ray是一项分布式托管追踪服务,旨在帮助开发者分析、调试和可视化请求在应用程序中的流转过程。该服务专为采用微服务、无服务器函数或容器化架构构建的工作负载而设计。
AWS X-Ray SDK和Daemon将于2026年2月25日进入维护模式,此后将仅接收安全更新,不再添加新功能,并将在一年后终止支持。Lee和Thangaraj补充说:
即使在维护模式下,X-Ray也将继续接受和处理来自现有X-Ray SDK和Daemon的追踪数据。AWS X-Ray服务本身将保持完全支持,并持续增强新功能,例如对OpenTelemetry的原生支持和Amazon CloudWatch事务搜索。
开发者可以使用CloudWatch代理或OpenTelemetry Collector来从已检测的应用程序收集追踪数据并发送至X-Ray。PostNL的首席工程师、AWS Serverless Hero Luc van Donkersgoed评论道:
OpenTelemetry非常棒,AWS深知这一点。X-Ray SDK和Daemon现已弃用,转而支持现代、开放的标准。我希望在本次Re:Invent大会上看到更多OTel功能发布!
此举在实践者中引发了对无服务器部署场景下ADOT Lambda层的冷启动开销,以及ADOT如何增加小型函数内存需求的讨论。
官方文档解释了开发者如何将Amazon CloudWatch与他们的OpenTelemetry应用一起使用,从而启用如Application Signals和Transaction Search等工具。Application Signals提供了一个统一的、以应用为中心的应用、服务和依赖视图,帮助开发者监控和排查应用健康状态。The Duckbill Group的首席云经济学家Corey Quinn评论道:
AWS弃用X-Ray SDK转向OpenTelemetry,这实际上是正确的举措,因为开放标准优于供应商锁定。但给客户两年时间来重写他们的检测代码,却称之为‘迁移’?这只是公关做得更好的弃用通知罢了。相比之下,Google如果给你一个月时间就算你走运了。
AWS已发布了一份指南,以帮助开发者从X-Ray迁移到OpenTelemetry检测方案。
|