亚马逊云科技推出“可持续发展控制台”（ Sustainability console ），这是一项独立的服务，可将碳排放报告整合到一个统一的平台，并且具备独立的权限模型、全新的 API、可配置的 CSV 导出功能，以及按服务和区域细分的 Scope 1、2 和 3 排放数据。该控制台不额外收费，并且提供可追溯至 2022 年 1 月的历史数据。
在 LinkedIn 上的一篇博文中，亚马逊云科技首席技术官 Werner Vogels 从架构角度介绍了这次发布，他认为碳排放应成为标准可观测性技术栈的一部分：
当碳排放成为可观测性架构中与延迟、成本和错误率并列的又一项指标时，它就不再仅仅是合规性工作，而是逐渐演变为一种架构规范。
该控制台基于现有的“客户碳足迹工具（ Customer Carbon Footprint Tool ）”构建，这个工具此前位于亚马逊云科技的计费控制台内。这实际上会导致一个障碍：需要排放数据的可持续发展专业人士还必须具备计费级的权限才能访问这些数据。新推出的控制台将这两者分离，可持续发展团队能够通过独立的 IAM 权限模型直接访问数据。团队可以下载涵盖两种排放计算方法（基于市场和基于位置）的预设月度及年度报告，生成格式自定义的 CSV 导出文件，并配置财年对齐设置，使数据视图与他们的报告周期（而非日历年）保持一致。
对于工程团队而言，API 或许是最重要的新增功能。通过使用 AWS CLI 或 SDK，企业可以用编程的方式将排放数据导入其自有仪表盘、报告管道或合规工作流。这对于在大量账户间开展业务，或需要自定义账户分组（与现有的 AWS Organizations 结构不对应）的企业而言尤为重要。
图片来源：亚马逊云科技新闻博客
在一篇详细介绍这项新服务的文章中，亚马逊云科技宣传大使 Jason Oliver 指出，该 API 的一个实际应用是计算碳强度：即每个工作单元产生的碳排量。通过将 API 的排放数据与应用程序的性能指标相关联，团队可以识别出高碳排放的架构模式。Oliver 认为，对于成长型企业而言，总排放量只是一个虚荣指标，而每笔交易或每次请求的碳排放量才是真正驱动工程决策的衡量标准。
监管环境增加了这次发布的分量。亚马逊云科技专攻治理领域的首席架构师 Harry Mylonas 在 LinkedIn 上指出，这次发布的时间节点恰逢欧盟《企业可持续发展报告指令》（CSRD）的实施，他将 ESG 报告称为“一项严格且数据密集型的监管要求”，而非软性的公关举措。对于受 CSRD 约束的欧洲企业而言，能够通过 API 访问 Scope 1-3 数据，并用可配置的格式导出，这可以很好地满足他们的合规需求。
有人认为该控制台的功能不够全面。亚马逊云科技认证解决方案架构师 Christopher Galliart 指出，该 API 提供的只是月度汇总数据，而非实时数据。他在文中写道：“对于边缘计算和物联网架构而言，设备需要在本地处理、批量处理或数据卸载之间做出选择，而如果排放数据是实时信号的话，会改变这个权衡取舍过程。”他提了一个问题，路由级的报告是否已经在规划中，还是说后续仍然仅提供账户级的报告。
这次发布并未改变基础排放数据及计算方法。亚马逊云科技指出，该服务的计算方法与现有的“客户碳足迹工具”所采用的方法完全一致，并且分别经过了 Apex 的验证。真正发生变化的是团队访问和使用这些数据的方式——如果 Vogels 的“仪表”类比成立的话，这或许才是真正关键的部分。
声明：本文为 InfoQ 翻译，未经许可禁止转载。
原文链接：https://www.infoq.com/news/2026/04/aws-sustainability-console/
