第2章 数据采集SOP:采集场景、数据源确认、采集工具、输入输出物、责任角色
章节定位:本章是《Lifecycle感知数据管理实战》课程中“采集”阶段的唯一SOP章节,聚焦从业务场景到采集落地的全过程,明确谁在何时用什么工具采集什么数据,并产出标准化交付物。
2.1 适用场景
本章SOP适用于以下三类典型采集场景:
- 场景A – 生产环境实时流采集:IoT传感器、设备日志、交易流水等持续产生的高速数据流。
- 场景B – 批量历史数据迁移:从遗留系统、冷存储或第三方API拉取全量/增量历史数据。
- 场景C – 人工补录与元数据补充:需业务人员手动填写或审核的结构化/半结构化数据(如质检记录、客户回访)。
避坑提示:采集场景必须与后文“数据源确认”形成闭环。若场景定义模糊,会导致工具选型偏差和输出物格式不统一。
2.2 前置条件
| 条件编号 | 条件说明 | 验收方式 |
|---|---|---|
| PC-01 | 已完成数据源元数据摸底(数据源类型、访问协议、数据量级、更新频率) | 元数据清单已签批 |
| PC-02 | 采集工具授权与网络可达性已确认 | 连通性测试报告 |
| PC-03 | 采集责任角色已分配(见2.6节) | SOP角色表已签署 |
| PC-04 | 目标存储/消息队列存在且权限正确 | 写入测试通过 |
2.3 操作步骤
- 步骤1 – 采集场景确认
依据业务需求文档,定位采集场景类型(A/B/C),并记录在《采集场景登记表》中。 - 步骤2 – 数据源确认
核对数据源的物理位置、协议(JDBC/HTTP/SFTP/MQTT)、认证方式,完成《数据源确认单》。 - 步骤3 – 采集工具选型
按场景选择工具:流采集使用Kafka Connect + Debezium;批量迁移使用Apache NiFi;人工补录使用定制的Web表单+API。填写《工具选型决策表》。 - 步骤4 – 配置与测试
编写或调整采集任务配置,进行小批量试采集(样本量≥100条)。记录测试结果。 - 步骤5 – 正式采集执行
启动采集任务,监控实时流量/写入速率,确认调度周期(批处理)或持续性(流处理)。 - 步骤6 – 输出物验证
校验输出数据的字段完整性、主键唯一性、时间戳合规性。输出《采集验证报告》。
2.4 输入输出物
| 类型 | 名称 | 格式/模板 | 责任方 |
|---|---|---|---|
| 输入 | 业务需求文档(BRD) | PDF / Confluence | 业务分析师 |
| 输入 | 元数据清单 | Excel / CSV | 数据治理组 |
| 输出 | 采集场景登记表 | 表格模板(字段:场景ID、类型、业务对象、目标) | 采集工程师 |
| 输出 | 数据源确认单 | 表格模板(源名称、URL/IP、端口、协议、凭证引用) | 采集工程师 |
| 输出 | 工具选型决策表 | 表格模板(场景、候选工具、评分、选型理由) | 采集工程师 + 架构师 |
| 输出 | 采集验证报告 | PDF(含样本校验截图、字段映射表、错误记录) | 采集工程师 |
2.5 责任边界
- 数据采集工程师:负责工具配置、试采集执行、输出物填写、异常初级处理。
- 数据架构师:负责工具选型终审、复杂源适配方案设计、性能调优指导。
- 数据治理专员:负责元数据清单维护、采集纳入资产目录、合规性检查。
- 业务方:在人工补录场景下提供原始数据,并签字确认采集数据与业务一致。
2.6 记录材料
采集过程需归档以下记录,保存期限≥12个月:
- 《采集场景登记表》(含场景ID、描述、关联数据域)
- 《数据源确认单》(含连接测试截图)
- 《采集工具配置快照》(如NiFi流程JSON、Kafka Connector配置)
- 《试采集日志》(至少包含20条样本的原始数据和解析结果)
2.7 异常处理
| 异常码 | 异常现象 | 处理措施 | 升级路径 |
|---|---|---|---|
| E-201 | 数据源连接超时 | 检查网络/防火墙/凭证;重试3次 | 运维团队介入 |
| E-202 | 采集字段缺失/类型不匹配 | 比对元数据清单,调整字段映射;必要时回退步骤4 | 数据架构师审批 |
| E-203 | 采集速率低于SLA | 调整并行度/批大小;评估工具资源配置 | 性能测试组协助 |
| E-204 | 人工补录数据不完整 | 返回业务方补充,记录补录批次ID | 业务方负责人确认 |
2.8 验收标准
- 完整性:每条记录的主键非空,必填字段无缺失(检查输出表空值率<0.1%)。
- 一致性:采集后数据与源数据在关键业务字段上逐条比对,匹配率≥99.9%。
- 时效性:流采集端到端延迟≤5秒(P99);批量迁移在预定窗口内完成。
- 可追溯性:每条数据能追溯到采集任务ID、源文件/流分区及时间戳。
- 文档齐全:2.6节中所有记录材料已归档并通过数据治理专员签核。
实战要点:在步骤4“配置与试采集”中,建议使用
timeout命令限制测试时长,避免死循环空跑。示例:timeout 30 采集工具_CLI --test --input sample.bin
试采集结束后立即运行字段校验脚本:verify_field --schema schema_v2.json --data /tmp/test_output