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