BMW Group和亚马逊云科技于2020年宣布达成全面战略合作。本次合作的目标是通过将数据分析置于决策中心，进一步加快BMW Group的创新步伐。本次合作的一个关键要素是进一步开发BMW Group的云数据中心（CDH）。这是在云端管理全公司数据和数据解决方案的中央平台。在re:Invent 2019上，BMW和亚马逊云科技展示了新的云数据中心平台，先是大致介绍了不同的数据平台原型，然后介绍了构建BMW Group云数据中心的过程。

解决方案概览

在监管报告背景下，BMW Financial Services处理包含个人身份信息（PII）的关键金融服务数据。其需要每月向欧洲国家监管机构之一提供针对我们财务数据的深入分析，而且在处理PII数据时，还需要遵守Schrems II和GDPR法规。这要求在将PII加载到云数据中心时对其进行假名化，并且必须以假名的形式对其进行进一步处理。

为了精确高效地满足这些要求，BMW Financial Services决定与Amazon Data Lab合作。Amazon Data Lab有两种服务：Design Lab和Build Lab。

Design Lab

Design Lab是一项1到2天的活动，适用于需要真实架构建议但尚未准备好构建的客户，这些建议基于Amazon专业知识。以BMW Financial Services为例，在开始构建阶段之前，关键是让所有利益相关方聚集在一起，记录各方（从各种数据来源的所有者到将使用该平台进行分析并获得业务见解的最终用户等）提出的可能影响数据平台的所有功能性和非功能性要求。在Design Lab的工作范围内，有三个使用案例：

监管报告：BMW Financial Services最重要的任务是监管报告使用案例，这涉及到收集与计算向国家监管机构申报的数据和报告。

本地数据仓库：对于此使用案例，需要计算和存储项目期间将会定义的所有关键绩效指标（KPI）和关键价值指标（KVI）。需要存储历史数据，但需要遵守GDPR指令应用假名化流程。此外，每天都必须通过Tableau可视化工具访问历史数据。关于结构，有必要定义两个级别（至少）：一个是合同级别，用于证明所有关键绩效指标的计算是合理的，另一个是汇总级别，用于优化修复。在应用程序中限制使用个人数据，但对于获得授权的使用模式，必须可以进行重新识别。

会计明细：此使用案例基于BMW的会计工具IFT，该工具在合同级别提供来自所有当地市场应用程序的会计余额。它必须每月至少进行一次。但是，如果在结算期间发现了IFT上的一些问题，必须能够重启并删除之前的结果。月末结算完成后，此使用案例必须保留当月生成的最后一个会计余额版本并进行存储。同时，所有会计余额版本都必须可供其他应用程序访问以进行查询，并且能够检索24个月内的信息。

为Build Lab做好准备

继Design Lab之后的Build Lab的典型准备工作包括确定一些常见使用案例模式示例，通常是更复杂的示例。为了最大限度地确保Build Lab的成功，将长期目标架构缩减为一部分组件，它们能够满足这些示例的要求，并且可以通过3到5天的紧张冲刺实现。

为了Build Lab的成功，还需要确定和解决任何外部依赖关系，例如与数据来源和目标的网络连接。如果这不可行，那么需要找到有意义的方法来模拟这些情况。

Build Lab

BMW团队为他们的Build Lab设定了4天时间。在此期间，他们的专职Data Lab架构师与团队携手，帮助他们构建了以下原型架构。