知识库✳

教程与手册

全部教程
  1. 01Oracle 函数手册
  2. 02性能优化手册
  3. 03Linux Shell
  4. 04Oracle 学习与演练
  5. 05网络基础学习
  6. 06数据治理与管理
返回个人网站
数DAMA 数据管理教程从知识体系到落地实践
首页课程目录搜索
知识库

已完成 0 / 17 章

模块一 · 基础与框架

  • 01数据管理:把数据当作资产
  • 02数据处理伦理

模块二 · 治理与架构

  • 03数据治理
  • 04数据架构

模块三 · 建模与存储

  • 05数据建模和设计
  • 06数据存储和操作

模块四 · 安全与集成

  • 07数据安全
  • 08数据集成和互操作

模块五 · 内容与主数据

  • 09文件和内容管理
  • 10参考数据和主数据

模块六 · 分析与质量

  • 11数据仓库和商务智能
  • 12元数据管理
  • 13数据质量

模块七 · 前沿与组织

  • 14大数据和数据科学
  • 15数据管理成熟度评估
  • 16数据管理组织与角色期望
  • 17数据管理与组织变革
❖

DAMA 数据管理教程

返回个人网站知识库

内容框架参考《DAMA 数据管理知识体系指南(原书第 2 版)》,正文为教学改写; 建议对照原书与所在组织的实际场景学习。

以 Next.js 16 · Tailwind CSS v4 · HeroUI v3 装帧

08
  1. 首页
  2. 课程目录
  3. 数据集成和互操作

第 8 章◆进阶◆建议 50 分钟◆模块四 · 安全与集成

数据集成和互操作

掌握 ETL/ELT、时延模型、交互模式与集成项目生命周期,让数据在系统之间可靠、可追溯地流动。

学完这一章,你应该能

  • 区分数据集成与数据互操作,说明企业级集成的价值
  • 根据业务对时延的要求选择批处理、CDC、准实时、同步或流处理
  • 比较点对点、中心辐射与发布订阅三种交互模型
  • 按规划、探索、剖析、设计、开发、测试、监控推进集成项目
  • 用数据共享协议、血缘与度量治理集成体系

8.1为什么需要企业级集成

数据集成是把数据整合成物理或虚拟的一致格式;互操作是多个系统之间通信的能力。两者合起来,支撑数据迁移、数据仓库加载、包系统集成、跨组织共享、分发、归档、接口管理、外部数据获取以及结构化与非结构化数据整合。

  • 点对点集成所需接口数量接近系统数量的平方,很快会拖垮支撑团队
  • 企业级集成通过共享模型、规范格式与中心节点,降低复杂度和维护成本
  • 集成依赖治理(转换规则)、架构(方案设计)、安全(流动中的数据)、元数据(含义与血缘)、存储(物理落地)、建模(结构设计)
  • 集成是数据仓库、主数据管理和大数据的基础能力

提示集成的成本大头不在第一次开发,而在长期维护接口。每新增一条点对点链路,都要问:能否复用既有服务或规范格式?

8.2ETL、ELT 与时延

抽取、转换、加载(ETL)是集成的核心过程。若目标系统比源系统或中间系统具备更强的转换能力,可以改为抽取、加载、转换(ELT),这在数据湖与大数据环境中很常见。映射定义源到目标的结构、识别规则、转换与计算规则。

  • 物理分段便于审计与断点续跑,但占用磁盘并增加延迟
  • 复制工具通常监控变更日志而非数据本身,对源系统影响小,适合准实时副本
  • 多站点同时修改同一数据时,复制可能冲突或静默覆盖,需要明确主副本
  • 归档要保证未来技术变化后仍可读取,尤其是仍有法定保留要求的数据
时延与集成方式
方式时延适用场景注意点
批处理高(小时/天)数仓加载、迁移、归档快照 vs 增量;调度窗口与依赖
变更数据捕获(CDC)较低只同步变化数据,降低带宽基于数据标记或数据库日志;需处理顺序
准实时 / 事件驱动秒到分钟业务事件触发、状态同步依赖消息中间件;需处理乱序与重复
异步准实时系统解耦、目标短暂离线源系统不阻塞;最终一致
实时同步极低强同步要求,如账务与余额吞吐较低;一个系统故障可能阻塞全局
流处理毫秒到秒传感器、交易、点击流硬件与软件投入大;状态与容错复杂

微批处理以更高频率运行批作业,是批处理与准实时之间的折中。

8.3交互模型与规范格式

交互模型描述系统之间如何建立连接和传送数据。选错模型,会在系统数量增长后付出指数级代价。规范格式(Canonical Format)则让每个系统只需与中央格式转换,而不必为每个对手方单独适配。

  • 数据交换规范应优先基于行业标准或既有企业标准
  • 修改规范要考虑通用性,避免为单个系统开出特例
  • 接口、消息与规范模型本身也要建模、登记元数据并纳入版本管理
三种交互模型
模型结构优点风险
点对点系统两两直连小规模下简单直接接口数量平方增长、口径不一致、维护困难
中心辐射所有系统只与中央枢纽交互降低转换数量、便于集中治理枢纽成为瓶颈与单点,规范格式建设成本高
发布订阅发布者发事件,订阅者按需接收松耦合、易扩展事件契约与顺序、重复消费需治理

三个以上系统交互就应考虑规范格式;上百个系统时,点对点几乎不可维护。

8.4集成项目的生命周期

数据集成遵循开发生命周期:规划与分析、设计、开发、测试、实施与监控。前期投入在探索、剖析和业务规则收集上的时间,往往决定项目后期是否返工。

  1. 01定义需求:业务目标、数据内容、法规与保留要求、时延与格式要求
  2. 02数据探索:定位潜在源与目标,结合元数据扫描与内容分析,维护数据目录
  3. 03记录血缘:数据如何获取、移动、转换、使用,支持影响分析
  4. 04剖析数据:核对格式、空值、值域、模式关系与跨数据集关系,评估质量与适用性
  5. 05收集业务规则:术语定义、事实、约束/行为断言、派生规则;主数据还要匹配、合并、存活、信任规则
  6. 06设计:选择交互模型,设计数据服务/交换模式,建模持久与传输结构,完成源到目标映射
  7. 07开发与测试:单元、集成、性能、异常与回滚测试,验证规则与数据质量
  8. 08实施与监控:调度、告警、SLA、失败重跑、数据量与时延监控

提示数据剖析不是可选项。实际数据与假设几乎总有差异;越晚发现,修复成本越高。

8.5治理与度量

集成治理的核心是数据共享协议与血缘。前者规定谁可以为了什么目的、以什么服务水平交换数据;后者保证数据移动可追溯,支持合规与变更影响分析。

  • 数据共享协议或谅解备忘录应明确用途、限制、服务水平与责任人
  • 受监管行业、涉及个人信息或安全信息的共享尤其需要正式协议
  • 集成元数据(接口、映射、调度、血缘)应纳入企业元数据仓库统一管理
集成度量
维度指标示例
可用性数据请求可获得率、接口正常运行时间
数据量与速度传送/转换数据量、更新到可用的时延、新数据源上线时间
成本与复杂度开发与运维成本、接入新数据的便利性、系统数量、接口复杂度
质量集成失败率、重跑次数、对账差异、数据质量告警

血缘要同时支持前向(数据被谁使用)与后向(数据来自哪里),两者都是影响分析的基础。

练习

4 题 · 先自己写,再展开对照

提示接口数量接近平方;考虑中心辐射、规范格式、服务复用。

参考答案

问题:
- 接口数量接近 40×39/2,维护成本与故障面急剧上升;
- 同一数据在不同链路中口径不一致;
- 源系统被多个下游重复抽取,影响交易性能;
- 变更影响难以评估,血缘缺失;
- 新系统接入需要与多个系统逐一对接。

改造方向:
1)建立企业级集成架构,选择中心辐射或发布订阅模型;
2)定义规范消息格式,各系统只与中央格式转换;
3)建设共享的数据服务与接口目录,优先复用;
4)统一调度、监控、告警与血缘管理;
5)制定数据共享协议,明确责任与 SLA;
6)分阶段迁移,先处理高频、跨域、最痛的链路。

自评要点

  • 指出平方级复杂度与口径问题
  • 给出中心辐射/规范格式/服务复用
  • 包含治理与分阶段迁移

提示不同消费者对时延和一致性的要求不同,不必用同一种方式。

参考答案

订单状态到客服:
- 选择准实时/事件驱动或 CDC,秒级到分钟级延迟可接受;
- 异步解耦,客服系统短暂不可用不影响下单;
- 需要处理乱序、重复与补偿,保证最终一致。

财务对账:
- 选择批处理 + 日终对账,或对关键账务使用实时同步/两阶段提交;
- 强一致要求下,宁可牺牲部分吞吐与可用性;
- 必须有对账、差异识别与冲正机制;
- 批处理窗口要避开交易高峰,并保证依赖顺序。

结论:按数据消费者分别设计 SLA,而不是全企业一套模式。

自评要点

  • 两个场景选择不同方式
  • 解释时延与一致性取舍
  • 提到乱序/重复/对账等保障

提示实际数据与假设总有差异;越晚发现越贵。

参考答案

数据探索:定位潜在源与目标、数据位置、所有权与可用性,形成/更新数据目录。
数据剖析:核对实际格式、空值率、值域、模式与跨数据集关系,评估质量与适用性。

跳过后的代价:
- 设计基于错误假设,开发阶段才发现字段缺失、编码不一致;
- 测试阶段大量返工,甚至上线后数据错位;
- 低估数据量与时延,容量与调度设计失效;
- 业务规则(如状态取值、主数据匹配)未收集,结果不可信;
- 隐私与保留要求未识别,带来合规风险。

剖析结果应回写元数据仓库,供后续项目复用。

自评要点

  • 说明探索与剖析的作用
  • 指出返工、口径、容量、合规等代价
  • 提到结果回写元数据

提示每个系统只转换一次到中央格式;点对点需要为每个对手方适配。

参考答案

规范消息格式是企业或交换团队约定的通用数据模型,用于标准化系统间共享的格式。
发送方把数据转换为规范格式,接收方再从规范格式转换为自己需要的格式。

超过三个系统后考虑的原因:
- 点对点需要为每一对系统单独定义与维护转换;
- N 个系统两两互通,接口与转换数量接近 N²;
- 规范格式把转换数量降为约 2N,新增系统只需对接中央格式。

它解决的问题:
- 降低转换与维护复杂度;
- 统一口径,减少下游数据不一致;
- 支持中心辐射型架构与集中治理;
- 使新系统接入更快、影响面更小。

代价:规范格式的设计与治理本身成本高,需要跨域协商与版本管理。

自评要点

  • 定义准确
  • 解释 N² 到 2N 的复杂度差异
  • 提到统一口径与治理成本

本章对应《DAMA 数据管理知识体系指南(原书第 2 版)》第 8 章。正文为教学改写,建议对照原书与所在组织的实际场景阅读。

← 上一章

数据安全

下一章 →

文件和内容管理