读数据质量管理：数据可靠性与数据质量题目解决之道16数据认证 ...

1. 对数据举行认证

1.1. 数据认证是指在数据资产满足关于数据质量、可观测性、权责分配、题目解决和沟通等公司内共同遵守的SLA后，批准它们被用于整个构造的过程
1.2. 数据认证为人员、框架和技术构建了关键流程，使其与核心业务政策保持划一
1.3. 数据认证的要求会因业务需求、数据工程团队的本领和数据可用性的不同而有所差异
1.4. 特性

• 1.4.1. 自动化的质量检查，包括数据的新鲜度、容量、模式和分布
  
• 1.4.2. 明确定义正常运行时间的交付SLA
  
• 1.4.3. 负责调查数据警报的数据所有者
  
• 1.4.4. 将警报转达到Slack频道中（或通过电子邮件发送）
  
• 1.4.5. 设置针对宕机的信息沟通流程
  

2. 数据认证流程

2.1. 数据认证流程通常在多个范畴采用划一的方法，来提高其可扩展性
2.2. 步骤

• 2.2.1. 扩展数据可观测性的本领
  
• 2.2.1.1. 实现数据可观测性（即构造全面了解系统内数据康健状态的本领）是数据认证流程的首要步骤
  
• 2.2.1.2. 需要了解当前的系统性能以建立基准指标
  
• 2.2.1.3. 需要一个系统性的端到端方案来主动对数据变乱举行发现、预警和分流
  
• 2.2.1.4. 由可观测性驱动的数据变乱仪表板可以或许自动出现异常情况、模式变动、被删除的表以及违规情况
  
• 2.2.1.5. 假如数据管道中的任何部分出现故障（这是迟早的事）​，你将是第一个知道的人
  
• 2.2.1.6. 了解哪些系统和数据集总是引发最糟糕或最频繁的下游题目，可以或许帮助你编写有效的数据SLA
  
• 2.2.2. 确定数据所有者
  
• 2.2.2.1. 每个被认证的数据资产都应该有一个负责人，负责从摄取层到分析层的整个生命周期
  
• 2.2.3. 了解什么是“好”的数据
  
• 2.2.3.1. 制定KPI
  

1. >  2.2.3.1.1. 新鲜度
3.   >   2.2.3.1.1.1. 数据在每天早上8点刷新

复制代码

2.2.3.1.1.1.1. 适用于CEO或其他主要高管在早上8:30查看仪表板的情况

1.   >   2.2.3.1.1.2. 数据永远不会超过Xh不更新
3. >  2.2.3.1.2. 分布
5.   >   2.2.3.1.2.1. X列永远不会为空值
7.   >   2.2.3.1.2.2. Y列的值永远都是唯一的
9.   >   2.2.3.1.2.3. X字段总是大于等于Y字段
11. >  2.2.3.1.3. 容量
13.   >   2.2.3.1.3.1. X表的大小永远不会减少
15. >  2.2.3.1.4. 模式
17.   >   2.2.3.1.4.1. 该表中的任何字段都不会被删除
19. >  2.2.3.1.5. 沿袭
21.   >   2.2.3.1.5.1. 填充X表的数据100%都将与上游来源和下游摄取相映射，并包括相关的元数据
23. >  2.2.3.1.6. 数据宕机时间（或可用性）
25.   >   2.2.3.1.6.1. 数据事件的数量乘以（检测所需时间+解决所需时间）​
27.   >   2.2.3.1.6.2. 衡量数据宕机时间的各个部分的SLA可以更具体地指导行动
29. >  2.2.3.1.7. 查询速度
31. >  2.2.3.1.8. 数据摄取
33.   >   2.2.3.1.8.1. 每天早上5点从合作伙伴Y那里接收数据
35.   >   2.2.3.1.8.2. 非常适合让外部合作伙伴最终负责

复制代码

• 2.2.4. 为最紧张的数据集设置清楚的SLA、SLO和SLI
  
• 2.2.4.1. SLA必须要具体，可以通过SLO和SLI举行评估，并且可以实现
  
• 2.2.4.2. SLA不仅描述了协议规定的服务标准，还规定了各方之间的关系
  
• 2.2.4.3. SLA概述了在正常运营以及发生题目时各方的责任
  

1. >  2.2.4.3.1. SLA中包括了团队在未能达成SLA时应该如何响应

复制代码

• 2.2.4.4. 团队应当趁早并常常与利益相关方保持协同，以了解什么才是“好”的数据
  
• 2.2.4.5. 利益相关方既包括数据团队，也包括团队外的业务部分
  
• 2.2.4.6. 好的SLA需要根据业务运营的实际情况和用户对数据的使用方式来制定
  
• 2.2.4.7. 不要试图做到一劳永逸
  

1. >  2.2.4.7.1. 大多数客户都是先实施其数据认证程序以确保有所进展，然后再在第二波行动中清理旧的资产
3. >  2.2.4.7.2. 首先认证最关键的表和数据集，也就是那些对业务增值最多、查询活动最多、用户数量或上下游依赖关系最多的表和数据集

复制代码

• 2.2.5. 制定沟通和变乱管理流程
  
• 2.2.5.1. 考虑怎样向整个构造转达重大事故也是非常紧张的
  
• 2.2.6. 确定数据认证机制
  
• 2.2.6.1. 为利益相关方举行认证并出现颠末批准的数据资产了
  
• 2.2.6.2. 采用去中心化的认证流程
  

1. >  2.2.6.2.1. 认证流程旨在帮助团队加速并扩大规模

复制代码

• 2.2.6.3. 数据团队应当适当地标志、搜索并利用数据表，使用数据发现解决方案这一自主开发的工具或其他形式的数据目录
  
• 2.2.7. 培训数据团队和下游用户
  
• 2.2.7.1. 仅仅把数据表标志为“已认证”并不能保证分析师们会严格遵守规定
  
• 2.2.7.2. 数据团队需要接受培训来学习适当的工作流程，而须要时这些流程会被逼迫实行
  
• 2.2.7.3. 对警报和关照的级别举行微调也都非常紧张
  
• 2.2.7.4. 偶尔收到不需要对其采取举措的警报是有益的
  
• 2.2.7.5. 对于某个人来说是“意料之中”的行为大概对另一个团队成员甚至另一个范畴的成员来说还是紧张的新消息
  
• 2.2.7.6. 警报疲劳也是真实存在的
  

1. >  2.2.7.6.1. 团队因疲劳而开始忽视警报信息，那么你可以通过调整监控系统或对通信渠道进行分流来优化警报方案，从而更好地展示最重要的信息

复制代码

2.3. 数据工程师将数据表标志为认证通过，并与数据集的所有者一起将其展示在数据堆栈中，然后分析师就可以提取数据，并在他们的仪表板中举行使用
2.4. 为了更好地应对数据质量在文化层面与构造层面的障碍，现代数据团队可以优先采用可以或许发挥其业务强项和需求的团队结构
3. 案例分析

3.1. 数据向导者们的使命之一就是要扩大团队的规模，并且要快速地完成这项使命
3.2. 为数据团队确定符合的汇报结构

• 3.2.1. 随着数据需求的增加，集中式数据团队会造成服从瓶颈，而分散式数据团队则会导致重复工作和流程的复杂性
  

3.3. 以分散式数据运营支持超级增长
3.4. 即使拥有了技术层面上正确的数据，在建立整个公司范围内的数据可观测性和对数据的信任时，数据分析师、技术向导者和下游利益相关者之间的良好沟通也是至关紧张的
3.5. 专注于探求最适合公司业务需求的方案，而业务需求很大概随时间推移而改变
3.6. 雇用数据综合专家而不是专门人才

• 3.6.1. 有一个例外
  
• 3.6.1.1. 应当聘用的专家是数据工程师
  
• 3.6.1.2. 数据团队常常因缺乏创建并维护ETL管道所需的技术支持而束手无策，同时也无法确保其底层的数据基础办法可以或许根据公司的分析需求举行扩展
  
• 3.6.2. 从第一天起就优先构建多样化的数据团队
  
• 3.6.2.1. 团队多样化的好处是不言而喻的，但当你为团队的长期乐成建立基础时，你需要尽早开始招募拥有不同经验和背景的候选人
  
• 3.6.2.2. 与管理层和人力资源团队合作编写工作描述，使其对不同的经验和背景都具有包容性
  
• 3.6.2.3. 组建多元化的雇用小组，即使小组成员并不来自数据团队也不要紧
  
• 3.6.2.4. 广泛招募候选人，即使他们并不拥有传统意义上的数据类头衔或职位
  
• 3.6.2.5. 实施一个完全不考虑性别和种族因素的雇用流程，只根据候选人的资格和经验举行筛选
  
• 3.6.2.6. 在创业后期才开始构建多元化的团队大概会更加困难，因为来自多元化背景的人们会更想到场背景多元化的团队
  

3.7. 太过沟通反而是改变管理模式的关键

• 3.7.1. 雇用沟通本领强的人才，一切都会变得更轻易
  

3.8. 不要太过看重“单一原形来源”

• 3.8.1. “单一原形来源”或“黄金数据”是一个非常强大的概念，而这是有道理的
  
• 3.8.2. 积极实现评估指标的协同和始终如一的干净数据可以帮助公司对数据产生信任，并信赖数据在指引他们朝着准确的方向进步
  
• 3.8.3. 二八定律才是关键
  
• 3.8.3.1. 数据常常是紊乱无序的，很少会完美无缺
  
• 3.8.3.2. 假如你优先考虑对数据康健状态举行端到端的观察，而非精细入微的控制，那么你的工作服从就可以或许大幅提高
  

4. 数据素养

4.1. 以一种可以或许为构造带来代价和影响的方式对数据举行解读、编纂和沟通的本领
4.2. 好的数据素养战略会利用自助式工具并培训非技术团队成员，来增加数据的可访问性和可操作性，并获得公司内部自顶向下的认可和自底向上的采用
4.3. 要实现“数据流利性”​，数据经理们应当兼顾数据素养的推广并对利益相关方就数据质量的代价举行培训，因为这两者都很紧张
4.4. 在长期可持续地实施数据质量筹划并保证数据团队取得乐成的过程中，最大的障碍是缺乏文档记录

• 4.4.1. 太多的团队依赖于口口相传而非落实到文字上的知识和过期的维基页面来追踪数据，这根本不能实现规模化地运作，也不是一个可持续发展的方案
  

4.5. 缺乏关于数据和元数据的健壮信息是数据团队的主要痛点之一

• 4.5.1. 数据目录
  
• 4.5.2. 数据库管理系统
  
• 4.5.3. 数据建模工具
  
• 4.5.4. 运营分析仪表板
  

5. 数据管理和合规性

5.1. 数据管理指的是在构造内外对数据举行管理的过程，它也是许多数据向导者们的头等大事，特别是GDPR、CCPA、IPO、COVID-19大概任何其他缩略语
5.2. 数据管理是保障数据的有效性、可用性、来源和安全性的过程
5.3. 数据管理之所以声名散乱，主要是因为传统的方法无法满足基于云端的数据栈需求
5.4. 优先考虑数据目录

• 5.4.1. 数据目录一直被数据团队用于存储并编纂关于数据使用及其位置的元数据
  
• 5.4.2. 手工数据目录和元数据管理平台曾经一度是数据管理的默认方法
  
• 5.4.3. 随着数据系统的演变，我们发现这些方法已经无法跟上数据增长和跨范畴数据分布的步调
  
• 5.4.3.1. 内部解决方案
  

1. >  5.4.3.1.1. 内部解决方案的最大优点是，能够通过提取团队最需要的数据字段，快速创建定制化的仪表板

复制代码

• 5.4.3.2. 第三方工具
  

1. >  5.4.3.2.1. 在过去，数据目录一向是手动、分散地进行管理的，而这通常需要不同分析师和数据科学团队之间的重复工作

复制代码

• 5.4.3.3. 开源技术
  

1. >  5.4.3.3.1. 数据发现和元数据引擎Amundsen
3. >  5.4.3.3.2. Apache Atlas
5. >  5.4.3.3.3. Magda
7. >  5.4.3.3.4. CKAN

复制代码

5.5. 实施数据管理

• 5.5.1. 填补管理漏洞是一项艰巨的使命，没有对公司实际访问数据资产的全部了解，就无法优先解决管理漏洞题目
  
• 5.5.2. 数据沿袭和可观测性有助于填补这些漏洞
  
• 5.5.3. 数据的可访问性和安全性也是数据管理的紧张功能组成部分，特别是对于使用分布式分析团队模式或敏感的第三方信息的企业
  
• 5.5.4. 数据管理也是一种文化上的转变
  

6. 数据质量策略

6.1. 让向导层对数据质量终极负责
6.2. 设定数据质量的KPI

• 6.2.1. 避免在数据质量的评估上用力过猛
  
• 6.2.2. 简单的措施才是好用的
  

6.3. 带头实施数据管理筹划
6.4. 自动化数据沿袭与数据管理工具

• 6.4.1. 随着关于数据访问和应用的管理措施的日益严格，以手动方式监控数据质量来举行数据管理已经不能满足需求了
  
• 6.4.2. 手动数据质量监控不仅烦琐耗时，其技术程度也在创新程度方面落伍于数据栈的其他部分
  
• 6.4.3. 采用可以或许对数据质量题目举行快速验证、监控和预警的自动化工具，来取代手动的解决方案
  

6.5. 创建沟通筹划

• 6.5.1. 制定一个健壮而全面的项目级别沟通筹划，来帮助向导层了解项目希望，让利益相关方与筹划保持同步，并让数据监管者了解其工作使命
  
• 6.5.2. 好的沟通筹划是双向的，可以让所有相关人员都了解紧张可交付目标的情况
  
• 6.5.3. 数据质量战略的目标是：确保全公司的所有团队都能有信心使用可靠的数据
  
• 6.5.4. 对于数据方面的一切使命，从扩展高效的数据团队到构建优秀的数据平台，一个健壮而全面的数据质量战略都能起到决定性的作用
  

7. 要点

7.1. 将数据视为软件产品并认真对待
7.2. 组建一个能在源头上优先考虑数据质量的数据团队
7.3. 以数据素养为首要目标
7.4. 采用可以或许大规模实施数据管理的流程和技术
7.5. 越来越多的公司正在聘用数据可靠性工程师、数据可观测性专家和数据素养官来带头开展这些数据质量筹划，让数据工程师和分析师们可以或许更轻松地在一样平常工作中使用数据质量的最佳实践

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。