你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
用于 Azure 中的云规模分析的 Adatum Corporation 方案
云规模分析采用模块化设计，因此组织可以在开始时使用支持其数据和分析工作负荷的基础登陆区域，不用考虑项目是正在迁移的，还是新开发并部署到 Azure 的。 该体系结构使组织能够根据需要从小规模开始，并根据业务需求进行缩放，而不用考虑缩放点。
客户配置文件
此参考体系结构非常适合已确定准备好将分析工作负载部署到 Azure 的业务部门的客户。 此体系结构部署单个登陆区域，业务部门可以使用该区域来管理其数据资产。 当其他业务部门准备好移动到 Azure 时，可以使用该体系结构灵活地添加更多登陆区域。
Adatum Corporation 是一家大型国际企业。 除了总部集中的业务部门外，他们还在全球设有子公司，这些子公司拥有自己的业务部门，包括会计、营销、销售、支持和运营。
所有这些不同的群体都在生成自己的数据。 许多业务部门都有嵌入式分析团队。 中央 IT 组织提供了大部分正在使用的数据平台，但一些业务部门不受控制并实现了自己的解决方案。 数据平台由各种云服务和本地解决方案组成。
公司的愿景是拥有一个集中式分析平台，这是所有数据的单一真实来源。 但是，对于许多不同的利益干系人来说，购买一种单一技术已经变得困难。 考虑到新数据的创建速率和新选项的出现速率，即使是早期集中式计划草稿也很快就会过时。 同时，当前解决方案已无法满足公司销售团队的需求，公司迫切需要使用新的分析来开拓新的细分市场。
Adatum 已决定在 Azure 中实现云规模分析模式来解决此问题。 企业相信利用云规模分析，企业销售团队可以立即迁移其数据平台，但仍然具有足够的灵活性，可适应其他业务部门准备加入时的需求。
当前情况
Adatum 公司的销售组使用传统的 ERP 和 CRM 系统来处理其销售事务。 来自这些系统的数据需要导出到单独的分析平台，以便整个组织利益干系人都可以访问该数据，并丰富该数据以用于其各种项目。
体系结构解决方案
在此参考体系结构中，我们将部署所有 ESA 实现所需的数据管理登陆区域，以及可供公司销售部门使用的单个数据登陆区域。
数据管理登陆区域
每个云规模分析的关键概念是具有一个数据管理登陆区域。 此订阅包含跨所有登陆区域共享的资源。 这包括共享网络组件，例如防火墙和专用 DNS 区域。 还包括用于数据和云治理的资源，例如 Azure Policy 和 Azure Purview。
数据应用程序
登陆区域将有两个数据应用程序。 第一个集成将引入与客户相关的数据。 这包括客户记录及其相关记录（如地址、联系人、区域分配和联系人历史记录）。 此数据将从 Adatum CRM 系统导入。
第二个数据应用程序将引入销售事务。 这包括事务标题、行项详细信息、发货记录和付款。 所有这些记录都将从 Adatum ERP 系统引入。
这些集成不会转换或扩充数据。 它们仅从源系统复制数据，将其放入分析平台。 这允许许多数据产品以可缩放的方式使用数据，而不会给源系统增加额外的负担。
数据产品
在此示例中，Adatum 有一个数据产品。 此产品合并了两个数据应用程序中的原始数据，并将其转换为新的数据集。 业务用户可以从该数据集中选取这些数据，以使用 Microsoft Power BI 等工具进行额外的分析和报告。
图 1：体系结构示意图。 上图中并未体现所有 Azure 服务。 它经过简化，用于突出如何在体系结构中组织资源的核心概念。
理由
为何不将销售事务和客户放在其自己的数据登陆区域中？
企业必须就其云规模分析做出的首要决策之一是如何将整个数据资产划分到不同登陆区域。 经常相互通信的数据解决方案非常适合包含在同一登陆区域中。 这样企业能够降低跨对等互连的 VNet 移动数据的相关成本。 在此示例中，销售事务数据将经常链接到客户数据。 因此，将这些相关的数据应用程序存储在同一数据登陆区域中是有意义的。
登陆区域的额外注意事项是负责数据的团队如何在组织内保持一致。 在此例中，这两个数据应用程序由不同的团队拥有，但这两个团队都属于 Adatum 的销售和市场营销部门。
为何不让销售事务和客户共享一个数据应用程序？
通过将客户数据和销售事务数据隔离在其自己的数据应用程序中，这些领域的行业专家可以针对其特定数据产品做出最佳决策。 他们可以选择访问模式、引入引擎和存储选项，以最好地满足其需求，而不会相互冲突。
例如，具有 CRM 系统专业知识的团队将负责客户数据应用程序。 根据团队的技能集和 CRM 系统使用的技术，他们将决定哪些工具最适合其需求。 他们不必担心这些决定是否也适用于销售事务团队。 该团队将使用自己的工具集，并且不必为满足客户团队的需求而做出让步。
为何要将销售团队移动到新的数据平台？
在此示例中，企业销售团队第一个迁移到新的云规模分析。 该解决方案的设计初衷是可缩放。 当其他业务部门准备好迁移时，可以添加更多登陆区域来适应其工作负载。
将来如何发展
缩放是通过向体系结构添加更多登陆区域来完成的。 这些登陆区域将使用 VNet 对等互连来连接到数据管理登陆区域及所有其他登陆区域。 借助此网格模式，可以跨区域共享数据产品和资源。 通过拆分为不同的区域，工作负载会分布到 Azure 订阅和资源中。 这使企业可以避免达到 Azure 服务的限制，并继续增长其数据资产。
部署模板部署
若要部署上述体系结构基线，请使用以下 GitHub 存储库中的数据管理登陆区域和数据登陆区域参考实现模板：
使用以下模板在 Adatum 销售数据登陆区域中部署销售事务、客户数据应用程序和摘要数据产品：
重要
并非上面列出的每个模板都需要部署来满足 Adatum 的需求。 模板需要进行一些自定义。 在部署之前，应从模板中删除不需要的服务。
后续步骤
转到 Azure 中的 Relecloud 云规模分析方案。
了解详细信息，请参阅：