碳作为一等信号：将软件碳强度引入OpenTelemetry
内容提要
2026年布拉格可观测性峰会上，演讲者提议将软件碳强度（SCI）纳入OpenTelemetry语义约定，使碳排放成为云原生可观测性的一等信号。SCI以功能单位衡量软件碳效率，需解决共享基础设施归因、估算值与实测值区分、来源透明性等问题。社区已确定三大用例：评估变更影响、跨服务比较碳影响、支持自动化碳感知决策。
延伸解读
为什么碳需要成为可观测性的一等信号
云原生系统已通过指标、日志和追踪实现可观测，但碳排放这一维度仍普遍缺失。现有工具如Kepler能暴露Kubernetes能耗指标，却难以将测量值关联到具体工作负载和工程决策。文章指出，挑战不在于能否测量能耗或估算碳排放，而在于能否将这些信息与影响它们的服务、工作负载和决策连接起来。SCI与OpenTelemetry的结合正是为了建立这种连接，使碳信息具备与性能、成本同等的操作上下文。
SCI的功能单位：效率与总量的关键区分
SCI规范将碳排放与软件活动的功能单位（如请求、事务）关联，而非仅看总排放。文章举例：版本A处理100万事务排放100 kg CO₂e，版本B处理200万事务排放110 kg CO₂e。版本B总排放更高，但每事务排放更低（0.000055 vs 0.0001 kg CO₂e）。这说明降低总能耗与提升单位工作碳效率是相关但不同的目标。工程师需同时关注两者，避免仅以总量判断优化效果。
归因与透明性：落地SCI的最大难点
云原生环境资源常被共享，多个工作负载运行于同一节点，服务可能跨地域分布。测量物理机能耗无法直接得出单个应用的能耗，区域电网碳强度也不能直接归因到具体服务。社区讨论强调：需将现有测量和估算关联到软件实体；规范应支持模型估算值而非假设所有值都直接观测；必须明确值的来源、计算方法和假设；并清晰定义测量边界与功能单位。否则比较可能产生误导。
三大用例与后续方向
社区已就三个优先用例达成共识：一是帮助工程师判断发布、配置或架构变更是否在相同工作量下降低了能耗或排放，并定位责任组件；二是跨服务、供应商比较碳影响，但需明确测量边界、计算方法和功能单位，且语义约定无法提供标准化比较所需的工作负载与测试流程；三是支持调度器、自动扩缩容等自动化碳感知决策，这类决策常需预测或估算值，共识强调必须区分预测值与直接测量值。后续将定义SCI命名空间及运营能耗、隐含排放和功能单位的表示。
Q&A
什么是软件碳强度（SCI）？它的计算公式包含哪些要素？
软件碳强度（SCI）是绿色软件基金会提出的方法论，用于衡量软件相关的碳排放。它不只看总排放量，而是将排放与软件活动的功能单位关联。公式为 SCI = (E × I + M) / R，其中 E 是软件消耗的能源，I 是每单位能源对应的碳排放强度，M 是分摊到所测活动的硬件隐含排放，R 是功能单位（如请求、事务或用户）。
为什么要把碳信息引入OpenTelemetry？
OpenTelemetry已通过语义约定为遥测数据建立了通用语言，但碳相关数据目前由不同工具以不同名称、单位和粒度暴露，难以关联到具体工作负载或服务。将SCI概念引入OpenTelemetry语义约定，可以建立一致的方式来描述能耗、碳强度、隐含排放和功能单位，使不同实现能交换和解释可持续性信息，而不依赖特定工具的定义。
在云原生环境中，将碳排放归因到具体软件面临哪些主要挑战？
主要挑战包括：基础设施资源常被多个工作负载共享，测量物理机的能耗不能直接得出某个应用的能耗；知道区域电力碳强度也不直接等于某个服务的排放。社区讨论中浮现的主题有：归因而非单纯测量、支持建模和估算值、来源与透明度、清晰的边界和工作单位。这些不是简单的命名问题，会影响碳信息的解释、比较和使用。
SCI for OpenTelemetry社区确定的前三大用例是什么？
按优先级排序：1. 帮助工程师理解变更影响，即判断发布、配置更改或架构决策是否在相同工作量下减少了能耗或碳排放，并能识别导致消耗增加的组件；2. 跨服务和提供商比较碳影响，但需明确测量边界、计算方法和功能单位，完全标准化比较还需共同工作负载和测试流程；3. 支持自动化碳感知决策，如调度器、自动扩缩容和工作负载放置系统利用碳信息做决策，常需及时信息，可能涉及预测或估算值，且必须明确区分预测与直接测量值。
目前SCI for OpenTelemetry的工作进展到哪一步了？
第一阶段（聚焦范围和用例）已结束并达成社区共识，确定了优先解决的问题。下一步将处理SCI命名空间以及运营能耗、隐含排放和功能单位的表示，目标是制定可供OpenTelemetry社区审查和完善的语义约定提案，而非引入另一种不兼容的可持续性信息表示方式。第一阶段共识文档已公开。
如何将碳信息实际用于工程决策？
文章建议三步：第一，测量现有数据，利用现有基础设施和可观测性工具收集能耗相关测量及解读所需的上下文；第二，将碳与运营信息关联，把能耗和碳估算与工作负载、资源利用率和相关软件活动关联，并让估算值的来源和局限可见；第三，在工程决策中使用这些信息，评估资源分配、调度、应用效率或基础设施利用率的变化是否在不忽视可靠性和性能要求的前提下提高了碳效率。
