你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
了解 Azure 中的云规模分析团队
对于云规模分析，我们建议将每层中的引入、处理、分析、使用和可视化等团队从水平孤岛状态的团队转变为敏捷垂直跨域工作的团队。 将数据平台运营和平台运营等平台团队分到一个共用平台组。
在规模分析中，我们确定了以下团队：
- 平台运营
- 数据平台运营
- 数据登陆区域运营
- 数据应用程序团队
这些团队中的每一个都与云规模分析的特定部分保持一致，虽然下面的详细信息概述了团队职能，但建议将其与角色和职责和了解 Azure 中云规模分析的团队和职责中的指导相结合。
数据登陆区域团队
数据登陆区域组由三个团队组成：
数据应用程序团队（每个应用程序一个团队）：
- 负责交付新的数据产品，例如见解、报告、笔记本和应用程序。
- 与业务分析师和业务部门利益干系人密切合作。
- 将数据转换为新的读取数据存储。
- 管理访问层次结构（组）和审批请求。
- 在数据目录中提供元数据。
数据登陆区域操作（每个数据登陆区域一个组）：
- 运营和维护他们的数据登陆区域实例。
- 响应新的数据应用程序服务请求。
确定是使用中央数据办公室还是业务数据办公室
根据组织的规模和结构，数据登陆区域组可以以不同的方式进行组合。 例如，如果创建一个数据登陆区域，其中企业已经拥有自己的一组数据工程师、项目经理和解决方案架构师，例如业务数据办公室。 可以预配数据登陆区域，并允许业务数据办公室根据中央平台组的治理来运营登陆区域。
当数据登陆区域的业务没有业务数据办公室来构建其数据应用程序（创建数据产品）时，则选择另一选项。 在此方案中，中央数据办公室可以将自己视为一家咨询公司，将人员从工作台转移到数据登陆区域工作。 这些资源应该嵌入到业务中，以使用 Scrum 或敏捷方法收集和执行用例。 完成后，他们将返回中央数据办公室。
在这两种方案中，个人都应该在多学科团队中工作，共享目标和证实比其在孤岛式团队中产生更高效结果的不同经验、技能和方法。
注意
在只部署一个数据登陆区域的方案中，业务重叠在一个数据登陆区域很常见。 这可以创建交叉功能，其中数据应用程序团队来自中央和业务数据办公室。 但是，在此方案中，数据登陆区域操作功能将位于中央数据办公室。
平台组内的团队
平台组由两个团队组成：
数据平台运营：
定义数据登陆区域和数据应用程序的常用策略。
实例化数据登陆区域基架（包括核心服务），然后再将其传递给数据登陆区域运营。
支持利益干系人。
平台运营：
运营并拥有云平台。
实例化数据管理登陆区域和数据登陆区域基架，包括网络、对等互连、监视以及其他核心服务。
数字安全办公室
数字安全处理整个云规模分析。 它通常是由首席信息安全官领导的专门部门。 该部门与数据平台运营、数据治理审查委员会和体系结构审查委员会密切合作。
数据治理角色和职责
有许多与人相关的数据治理角色和职责。 不同的组织，角色和职责可能不同。 表中的角色和职责仅作为指导提供。
| 角色 | 责任方 |
|---|---|
| 执行发起人，例如 CFO 或 CIO。 | 这是具有权威和预算的高级业务利益干系人。 他们负责建立数据治理。 |
| 数据治理计划负责人，例如首席开发官或指定负责人。 | 此人负责实现数据治理计划。 |
| 数据治理控制委员会 | 该委员会包括数据治理负责人和数据所有者。 他们建立成功指标、拥有数据治理路线图、选择工作组、控制数据治理计划的预算，并调解有关优先级和定义跨职能数据的冲突。 |
| 数据治理工作组 | 他们计划和开发定义数据并改进特定数据域（例如，客户或供应商）；更新数据治理控制委员会的进程；并管理整个企业对特定域的管理。 |
| 数据所有者 | 这是具有权威和预算的高级业务利益干系人。 他们负责质量保证 (QA) 并保护整个企业的特定数据主体领域或实体。 他们决定谁可以访问和维护这些数据以及数据的使用方式。 |
| 业务数据专员 | 该业务专业人员负责监控 QA 并保护数据主体领域或实体。 他们通常是数据域的专家，与整个企业的其他数据专员协同工作，并监视和决定数据质量的维护方式。 |
| 数据保护主管 | 这是具有权威和预算的高级业务利益相关者，负责保护个人数据。 其任务专门针对公司运营所在的全部司法管辖区的合规性法规。 |
| 数据安全团队 | 该团队负责执行数据访问安全和数据隐私策略。 |
| 数据发布管理员 | 此角色负责检查 QA 并在数据市场中发布新的受信任数据资产以供消费者使用。 |
其目标是使企业能够以一种方式来组织管理，这种方式使他们能够在混合计算环境中跨数据的整个生命周期中治理数据。 其中一种方法是将多个工作组报告给数据治理控制板，每个工作组负责特定数据域或实体（例如客户或由多个数据实体组成的数据主体领域）。
其他组
公司可以运行几个较小的团队，其中包含整个操作模型的主要利益干系人和行业专家，以维护分析平台的集中视图。
体系结构审查委员会
体系结构审查委员会的主要职能是审查和评估体系结构，并创建和维护标准和参考。 该委员会由各自领域的专家组成。 通常，这些人是域架构师及其他技术领导者，他们受邀在需要时发表意见。
反馈和支持运营委员会
反馈和支持运营委员会接收有关流程的反馈，并与其他组合作创建积压工作项以弥补差距并改进解决方案。