范畴 3排放是由公司活动引起的间接温室气体排放,这些排放发生在公司无法直接控制或拥有的范畴内。测量这些排放需要从各种外部来源收集数据,例如原材料供应商、运输提供商及其他第三方。然而,共享专有信息时,数据保密性的维护成为一大挑战。企业往往不愿意分享可能被竞争对手利用的信息,因此难以准确测量和报告其范畴 3 排放,进而限制它们管理与气候相关的影响和风险的能力。
本博客将介绍如何利用 在报告公司及其两个价值链伙伴(原材料购买供应商和运输提供商)之间共享范畴 3 排放数据。在数据 AWS Clean Rooms协作之前,每个组织都会指定数据保密要求(参见图 1)。

在这一架构中,AWS Clean Rooms 被用来分析和协同排放数据集,而不需要与合作者共享、移动或揭露底层数据(如图 2 所示)。

这一方法使用了三个 AWS 帐户。 报告帐户 创建了 AWS Clean Rooms 协作,并邀请 购买商品帐户 和 运输帐户 成为成员。所有帐户都可以使用隐私增强控制来保护其底层数据,并通过 Amazon Simple Storage Service (S3) 使用 表直接贡献数据。
购买商品帐户 包含可以更新所购商品桶的用户。同样, 运输帐户 拥有可以更新运输桶的用户。 报告帐户 可以在配置的表上运行 SQL 查询,而 AWS Clean Rooms 仅返回符合所有参与帐户设置的分析规则的结果。
在这一指导过程中,您需要满足以下前置条件:
虽然 Amazon S3 和 AWS CleanRooms可选,但 会产生少量费用。文章后面将提供清理操作,以减少成本。
我们为每个 AWS 帐户配置了 S3 桶,具体如下:
按照 的方法为每个 S3 数据源创建 AWS Glue 数据目录。AWS Glue 表应与图 1 中详细描述的模式相匹配(见图 3)。

数据消费者可以配置为进行查询的提取、分析和可视化(请参见图 2)。我们将 报告帐户 的 Glue 数据库标记为 “reporting-db”,Glue表的标记为 “reporting”。同样, 购买商品帐户 将标记为 “purchase-db” 和 “purchase”。
安全性
在生产环境中,建议采取额外措施来保护每个帐户。如需配置加密,请参阅本文结尾的 进一步阅读 部分、 角色及 的相关内容。
这一指导过程包括四个步骤:
(本节涵盖的步骤要求您已登录到 报告帐户 。)
随后,两个帐户将收到接受协作的邀请(见图 4)。控制台会显示每个成员状态为 “被邀请”,直到其接受邀请。接下来,我们将展示如何应用邀请成员对其数据的查询限制。

本节中所述的步骤适用于 购买商品帐户 和 运输帐户 ,使用的协作环境设置后,为简便起见,我将演示 购买商品帐户 的步骤,并注明 运输帐户 的不同之处。
接下来的动作是关联从 purchasedgoods.csv 文件创建的 Glue 表。这一序列限制了在协作中对 origin_region 列( Transportation Account 表中的 transportation_mode 列)的访问。


本节的程序对于 运输帐户 的步骤重复执行,且有以下例外:
这时,成员帐户的表已经在协作中创建和共享。下一阶段是在 报告帐户 的 AWS 帐户中配置报告帐户表。

现在可以在 报告帐户 中运行查询(见图 8)。

sql SELECT r.product AS "Product", SUM(p.s3_upstream_purchased_good) AS "Scope_3_Purchased_Goods_Emissions", SUM(t.s3_upstream_transportation) AS "Scope_3_Transportation_Emissions" FROM reporting r INNER JOIN purchase p ONr.ingredient = p.item INNER JOIN transportation t ON p.item = t.item GROUP BYr.product
Leave a Reply