Amazon Managed Grafana支持新建13.2工作区:看板Git同步与CloudWatch PromQL查询加入

10-01 4阅读

2026 年 9 月 30 日,AWS 宣布 Amazon Managed Grafana 支持创建 Grafana 13.2 工作区。公告把本次范围明确写为新建工作区,并列出来自开源 Grafana 13.0 至 13.2 的相关能力;这不意味着现有工作区已经自动完成升级。

Amazon Managed Grafana支持新建13.2工作区:看板Git同步与CloudWatch PromQL查询加入

配图为 AI 生成的概念示意图,非真实产品界面、设备照片或性能测试结果。

三项变化各自解决不同问题

Git Sync 将看板与 Git 仓库连接,便于追踪、评审与回退看板修改;动态看板支持随条件和变量调整布局。CloudWatch 数据源插件则增加 PromQL 查询,面向经 CloudWatch OTLP 端点接收的指标,与已有查询类型并存。

AWS 表示,13.2 在 Amazon Managed Grafana 已正式提供服务的区域可用。公告并未把所有 CloudWatch 指标、日志和查询语言统一成一种接口,读者应先确认自己准备查询的数据究竟来自哪条采集路径。

版本管理先选择一张代表性看板

以下是本文的落地建议。选一张包含常用变量、数据源与链接的看板,先把修改前后的内容保存下来。做一次能看得见的小调整,再检查版本差异是否容易阅读、评审者是否能理解影响,以及回退后是否恢复预期显示。

看板进入 Git 后,还需要决定修改入口。例如哪些人负责图表定义,哪些人只看结果,紧急调整以后如何同步回仓库。若没有这些约定,多个人分别在界面和文件里修改,仍可能产生“哪个版本才是当前标准”的争议。

动态布局不能藏掉关键信号

可以给测试看板准备正常、空数据、部分数据缺失三种状态,逐一观察面板是否按预期出现。布局随条件变化虽然更灵活,但值班人员仍应能找到必要的状态说明。空白区域究竟表示无异常、没采集到数据还是查询失败,需要明确表达。

试用新的查询方式时,先用一个口径清楚的指标对照已有结果,固定时间范围、聚合窗口与标签条件。数字不同不一定是查询引擎出错,也可能来自时间边界或聚合定义不同。先解释差异,再扩大迁移范围。

对已有环境,保留看板、告警和数据源的清单,在单独测试工作区里检查关键用法。新建版本可用是采用的起点;是否适合替换现有工作区,应由自己的兼容性验证和恢复方案共同决定。

来源与核验

AWS官方发布(2026-09-30)。本文于北京时间 2026 年 10 月 1 日核验,功能状态以官方后续更新为准。

文章版权声明:除非注明,否则均为云鹊BLOG原创文章,转载或复制请以超链接形式并注明出处。