你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

了解 Azure 中云规模的分析团队

对于云规模分析,我们建议将团队(例如数据集成、处理、分析、数据消费和可视化)从水平孤立的团队转变为每个层中的敏捷的垂直跨域团队。 数据平台运营和平台运营等平台团队被组合在一个通用平台组中。

云规模分析团队概述。

在规模分析中,我们确定以下团队:

  • 平台运营
  • 数据平台运营
  • 数据着陆区操作
  • 数据应用程序团队

每个团队都侧重于云规模分析的特定方面。 若要全面了解团队功能,请参阅 “角色和职责 ”, 了解 Azure 指南中云规模的分析团队和函数

数据登陆区域团队

数据登陆区域组由三个团队组成:

数据应用程序团队(每个应用程序一个团队)

  • 负责交付新的数据产品,例如见解、报表、笔记本和应用程序。
  • 与业务分析师和业务部门利益干系人密切合作。
  • 将数据转换为新的读取数据存储。
  • 管理访问层次结构(组)和审批请求。
  • 在数据目录中提供元数据。

数据着陆区操作(每个数据着陆区一组)

  • 运行和维护其数据着陆区实例。
  • 响应新的数据应用程序服务请求。

选择中央数据办公室或业务数据办公室

根据组织的规模和结构,可以通过各种方式组合数据登陆区域组。 例如,如果你建立了一个数据登陆区域,其中业务已经拥有自己的数据工程师、项目经理和解决方案架构师(例如业务数据办公室),则可以预配数据登陆区域。 然后,可以允许业务数据部门在中心平台组的管理下运作数据落地区域。

另一种选择是企业没有数据办公室来构建其数据应用程序。 在此方案中,中央数据办公室可以充当顾问,分配员工来处理数据登陆区域。 这些资源应嵌入到企业中,以使用 Scrum 或敏捷方法收集和执行用例。 完成工作后,他们将返回中央数据办公室。

个人应同时在多学科团队中工作,分享目标和不同的经验、技能和方法。 与在孤岛中工作相比,这种协作支持更有效的结果。

注释

在仅部署一个数据着陆区的情况下,多家公司通常会共享该数据着陆区。 这可能会创建交叉职能,其中数据应用团队来自中央和业务数据办公室。 但是,数据登陆区的运营功能将位于该场景中的中央数据办公室。

平台组中的团队

平台组由两个团队组成:

数据平台运营:

  • 为数据登陆区域和数据应用程序定义常见策略。

  • 在将其传递给数据登陆区域运营之前,实例化数据登陆区域框架,包括核心服务。

  • 支持利益相关者。

平台运维:

  • 操作和拥有云平台。

  • 实例化数据管理落地区域和数据落地区域架构,包括网络、对等互连、监视和其他核心服务。

数字安全办公室

数字安全处理整个云规模的分析。 它通常是由首席信息安全官领导的专门部门。 此部门与数据平台运营、数据管理评审委员会和体系结构评审委员会密切合作。

数据管理角色和职责

有许多与人员相关的数据管理角色和职责。 角色和职责可能因组织而异。 表中的角色和职责仅作为指导提供。

角色 责任
执行发起人,例如 CFO 或 CIO。 这是具有权威和预算的高级业务利益干系人。 他们负责建立数据管理。
数据管理计划负责人,例如首席开发官或任命的主管。 此人负责实施数据管理计划。
数据管理控制板 该委员会包括数据治理负责人和数据所有者。 他们建立成功指标、拥有数据管理路线图、选择工作组、保存数据管理计划的预算,并在冲突期间调解有关确定跨职能数据的优先级和定义。
数据管理工作组 他们规划和开发关键数据并着重改进特定数据域(例如客户或供应商),更新进度的数据治理控制板,并在企业范围内管理特定域。
数据所有者 这是具有权威和预算的高级业务利益干系人。 他们负责质量保证(QA),并在整个企业中保护特定的数据主体区域或实体。 他们决定谁可以访问和维护该数据及其使用方式。
业务数据专员 此业务专业人员负责监督 QA 并保护数据主体区域或实体。 他们通常是数据领域的专家,与整个企业中的其他数据专员合作,并监视和决定如何维护数据质量。
数据保护官员 这是一位拥有权威和预算的高级业务利益干系人,负责保护个人数据。 其任务特定于公司运营的所有司法管辖区的合规性立法。
数据安全团队 此团队负责并负责强制实施数据访问安全和数据隐私策略。
数据发布管理器 此人负责检查质量保证,并在数据交易市场中发布新的受信任数据资产供消费者使用。

如何组织数据管理的结构图。

目标是让企业以某种方式组织治理,使他们能够在混合计算环境中在整个生命周期内有效地管理数据。 一种方法是让多个工作组向数据治理控制委员会报告,每个负责特定数据域或实体(例如客户数据)或包含多个数据实体的数据主体区域。

其他组

公司可以在整个运营模型中与主要利益干系人和主题专家一起运行多个小型团队,以保持分析平台的集中视图。

体系结构评审委员会

体系结构评审委员会的主要功能是审查和评估体系结构,并创建和维护标准和参考。 董事会由属于其领域的专家的个人组成。 通常,个人是域架构师和其他技术领导者,受邀在需要时提供意见。

反馈与支持面板

反馈和支持运营板接收有关流程的反馈,并与其他组合作,以创建积压工作项,以解决差距和改进解决方案。

后续步骤

角色和职责