AWS 宣布在 Amazon CloudWatch 中推出 OpenTelemetry Metrics 支持的公开预览版。此次更新允许开发者通过 OpenTelemetry 协议直接将指标数据发送到 CloudWatch，并与现有 AWS 服务指标一起进行查看与分析。
此次预览引入了一个支持高基数的指标存储系统，每个指标最多可支持 150 个标签（label），从而允许富指标直接发送到 CloudWatch，而无需进行转换或截断。由于 AWS 会自动为指标附加资源元数据，CloudWatch 因此可以成为统一收集基础设施、容器以及应用指标的平台。
在《Amazon CloudWatch 引入 OpenTelemetry 与 PromQL 支持》一文中，AWS 专项解决方案架构师 Rodrigue Koffi 写道：
通过此次发布，CloudWatch 已完成对 OpenTelemetry 可观测性三大支柱的全面支持。此前，CloudWatch 已经可以通过 OTLP Endpoint 接收 trace 和日志，而现在新增原生 OTLP Metrics 接入能力后，你可以通过统一的开放标准和单一协议，将所有遥测数据发送到 CloudWatch。
来源：AWS 博客
团队随后可以在 CloudWatch 控制台中使用 PromQL——Prometheus 用于查询和分析监控指标的查询语言——对这些数据进行分析，并构建仪表盘和告警，以监控 Kubernetes 集群、本地环境以及其他部署环境中的应用。这意味着已经使用 Prometheus 的团队，可以在 CloudWatch 与 Managed Grafana 中继续复用相同的查询语言。PromLabs 创始人、prometheus.io 联合创始人 Julius Volz 评论称：
很高兴看到 Amazon CloudWatch 现在也开始采用 PromQL 作为指标查询语言。
此前，AWS 已支持相反方向的场景，即通过 Metric Streams 将 CloudWatch 指标以“接近实时、低延迟”的方式输出到 OpenTelemetry。Koffi 解释了此次新功能带来的优势：
这一能力从根本上改变了你在 AWS 基础设施中查询与过滤指标的方式。CloudWatch 会自动为每个接入的指标补充 AWS 资源上下文信息，包括账户 ID、区域、集群 ARN 以及来自 AWS Resource Explorer 的资源标签。这一增强过程是自动完成的，无需额外埋点。
社区对于 CloudWatch 引入 OpenTelemetry 支持整体反应积极，不过也有人对长期成本以及高基数指标问题表达了担忧。PostNL 首席工程师、aws-news.com 作者 Luc van Donkersgoed 评论道：
这不仅很酷，也可能在高基数指标场景下变得非常昂贵。
Corey Quinn 在其新闻通讯中也表达了类似观点：
‘预览期间免费’这句话承担了太多含义。CloudWatch 终于原生支持 OTEL Metrics，意味着你终于可以停止维护那个你假装不存在的混乱转换流水线了。不过，好好享受这段蜜月期吧，等正式定价公布后，你的 CFO 会发现你已经把所有微服务的指标都源源不断地发送进来了。
在另一项公告中，AWS 还发布了基于 OpenTelemetry 的 Amazon EKS Container Insights 预览版。该功能扩展了现有 Container Insights 的能力，可从开源与 AWS Collector 中收集更多指标，并通过 OpenTelemetry Protocol 将其发送到 CloudWatch。
目前，OpenTelemetry Metrics 支持已在包括美国北弗吉尼亚和爱尔兰在内的五个区域开放预览，并且在预览期间免费使用。
原文链接：Amazon CloudWatch Introduces OpenTelemetry Metrics Support in Preview