谈谈数据湖分布式数据治理的数据目录应具备的四大能力【数据发现】

简介: 在过去几年中,数据湖已成为现代数据堆栈的必备要素。但是,虽然支持我们访问和分析数据的技术已经成熟,但在分布式环境中理解和信任这些数据的机制却落后了。

在过去几年中,数据湖已成为现代数据堆栈的必备要素。但是,虽然支持我们访问和分析数据的技术已经成熟,但在分布式环境中理解和信任这些数据的机制却落后了。

数据发现可以帮助确保数据湖不会变成数据沼泽。数据发现可以通过提供跨不同域的数据的分布式实时洞察力来取代现代数据目录,同时遵守一组统一的治理标准。数据发现通过根据一组特定消费者摄取、存储、聚合和使用数据的方式提供对数据的特定领域动态理解,从而取代了对数据目录的需求。

在构建数据平台时,数据团队必须做出的首要决定之一是选择数据仓库还是数据湖来为他们的分析提供存储和计算能力。

虽然数据仓库提供的结构使数据团队可以轻松高效地操作数据,即收集分析洞察力和支持机器学习功能,但该结构可能会使它们在某些应用程序中变得不灵活且成本高昂。

数据湖具有无限的灵活性和可定制性,可以支持广泛的用例,但随着这种更大的敏捷性,出现了许多与数据组织和治理相关的其他问题。因此,数据团队在转向数据湖的路线往往难以回答有关其数据的关键问题,例如:

  • 数据存放在哪里?
  • 谁有权访问它?
  • 这个数据是最新的吗?
  • 如何使用这些数据?

随着数据操作的成熟和数据管道变得越来越复杂,传统的数据目录往往无法回答这些问题。

这就是为什么一些最好的数据工程团队正在重新考虑他们构建数据目录的方法以及数据湖需要什么。

数据目录可能在湖中失效

数据目录作为元数据清单,并提供有关数据健康状况、可访问性和位置的信息。它们帮助数据团队回答有关在哪里查找数据、数据代表什么以及如何使用数据的问题。但是,如果我们不知道这些数据是如何组织的,那么所有最好的计划或更确切地说是管道都是徒劳的。

对于现代数据团队来说,它越来越重要。随着公司向数据湖发展,他们通常会损害在仓库中存储数据时隐含的组织和顺序。数据仓库使数据工程团队构建或至少半构建他们的数据,这使得根据业务用户的需求进行分类、搜索和检索变得容易。

从历史上看,许多公司使用数据目录来执行数据质量和数据治理标准,因为他们传统上依赖数据团队随着数据资产的发展手动输入和更新目录信息。在数据湖中,数据是分布式的,因此很难记录数据在其生命周期过程中的演变。

非结构化数据是有问题的,因为它与数据目录相关,因为它没有组织,即便被组织通常也不会被作为组织整体拥有。这可能适用于在数据仓库中管理的结构化或半结构化数据,但在分布式数据湖的背景下,如果没有某种自动化措施,随着数据的发展手动实施数据治理是无法持续的。

现在:手动和集中式目录

随着时间的推移理解不同数据资产之间的关系是一个关键,但传统数据目录往往缺乏维度。虽然包括数据湖在内的现代数据架构通常是分布式的,但数据目录通常不是,将数据视为一维实体。非结构化数据没有大多数数据目录所依赖的那种预定义模型,必须经过多次转换才能使用。

尽管如此,公司仍需要知道他们的数据存放在哪里以及谁可以访问它,并能够衡量其整体健康状况,即使是存储在湖中而不是仓库中。如果没有对数据沿袭的可见性,当下游出现数据问题时,团队将花费大量的时间进行故障排除。

数据发现可以通过跨数据堆栈的不同部分提供分布式、实时的数据洞察来取代或补充现代数据目录,同时遵守通用治理和可访问性标准。

2563e63c78eb7e44530e67a734909c5f.png

传统的数据目录通常可以满足仓库中结构化数据的需求,但是数据工程师如何在数据湖的复杂水域中航行呢?

虽然许多数据目录具有以 UI 为中心的工作流,但数据工程师需要以编程方式与目录进行交互。他们使用目录来管理模式和元数据,并且需要一种 API 驱动的方法来完成范围广泛的数据管理任务。

此外,数据可以通过多个入口点进入一个湖泊,工程师需要一个能够适应并说明每个入口点的目录。与数据在输入前进行清理和处理的仓库不同,数据湖在不对端到端健康状况做任何假设的情况下接收原始数据。

在湖中,存储数据既便宜又灵活,但这让我们了解拥有什么以及如何使用这些数据成为真正的挑战。数据可能以多种方式存储,例如 JSON 或 Parquet,数据工程师根据要完成的工作以不同方式与数据交互。他们可能将 Spark 用于聚合作业或将 Presto 用于报告或临时查询——这意味着损坏或不良数据有很多机会导致故障。如果没有沿袭,数据湖中的那些故障可能会变得混乱且难以诊断。

在湖中,可以通过多种方式与数据进行交互,而目录必须能够提供对正在使用的内容和未使用的内容的理解。当传统目录不足时,我们可以将数据发现作为前进的道路。

未来:数据发现

现代数据发现需要构建四种关键能力解决传统数据目录不足的问题:

1跨湖扩展的自动化

使用机器学习,数据发现自动跟踪表和字段级沿袭,映射上游和下游依赖关系。随着数据的发展,数据发现可确保对数据及其使用方式的理解也在发生变化。

2实时了解数据健康状况

与传统的数据目录不同,数据发现要提供对数据当前状态的实时可见性,而不是其“编目”或理想状态。由于发现涵盖消费者如何摄取、存储、聚合和使用数据,因此可以收集洞察力,例如哪些数据集已经过时并且可以弃用,给定的数据集是否符合使用质量,或者给定的表何时可用最后更新。

3用于了解数据的业务影响的数据沿袭

数据发现需要具有灵活性和动态性,使数据发现非常适合将沿袭带入数据湖,能够在正确的时间显示正确的信息,并在许多可能的输入和输出之间建立联系。使用沿袭,可以在数据管道中断时更快地解决问题,因为将检测到模式更改等经常被忽视的问题并映射相关依赖项。

4跨域自助服务发现

数据发现还需要支持自助服务,使团队无需专门的支持团队即可轻松利用和理解他们的数据。为确保这些数据值得信赖和可靠,团队还应该专注于数据可观察性,它使用机器学习和自定义规则在数据湖或下游管道出现问题时提供实时警报和监控。

跨湖治理与优化

现代数据发现使公司不仅可以了解在其生命周期过程中正在使用、应用、存储和弃用哪些数据,还可以了解如何使用、应用、存储和弃用数据,这对于数据治理至关重要,并提供可用于优化整个数据湖的见解.

从优化的角度来看,数据发现工具还可以让利益相关者轻松识别最重要的数据资产以及未使用的数据资产,这两者都可以为团队优化提供见解他们的管道。

数据湖的分布式发现

随着公司不断增加数据的摄取、存储和利用,提高透明度和可发现性的技术将成为关键。

一些最好的目录越来越多地在分布式、特定于域的发现中分层,为数据团队提供生命周期的所有阶段完全信任和利用数据所需的可见性。

相关文章
|
1月前
|
缓存 NoSQL PHP
Redis作为PHP缓存解决方案的优势、实现方式及注意事项。Redis凭借其高性能、丰富的数据结构、数据持久化和分布式支持等特点,在提升应用响应速度和处理能力方面表现突出
本文深入探讨了Redis作为PHP缓存解决方案的优势、实现方式及注意事项。Redis凭借其高性能、丰富的数据结构、数据持久化和分布式支持等特点,在提升应用响应速度和处理能力方面表现突出。文章还介绍了Redis在页面缓存、数据缓存和会话缓存等应用场景中的使用,并强调了缓存数据一致性、过期时间设置、容量控制和安全问题的重要性。
40 5
|
1月前
|
存储 负载均衡 安全
分布式存储:点燃 StarTowerChain 数据治理的创新之火
数据治理成为 StarTowerChain 突破重围的关键。分布式存储犹如星火,点燃了其创新之光,使其在区块链领域大放异彩。传统集中式存储如同脆弱的烛火,面临高能耗、单点故障和扩展性限制等挑战。而 StarTowerChain 的分布式存储架构则如璀璨星空,智能设备如同繁星,共同构建起强大的数据存储与计算体系。去中心化特性、高可靠性和无限扩展性,确保了数据的安全、完整和高效访问。数据加密、分散存储和访问控制机制进一步提升了数据安全性,多节点备份和负载均衡保障了系统的稳定运行。随着技术进步,分布式存储将在 StarTowerChain 中释放更强大的能量,推动数字经济向更广阔的未来迈进。
|
1月前
|
存储 缓存 算法
分布式缓存有哪些常用的数据分片算法?
【10月更文挑战第25天】在实际应用中,需要根据具体的业务需求、数据特征以及系统的可扩展性要求等因素综合考虑,选择合适的数据分片算法,以实现分布式缓存的高效运行和数据的合理分布。
|
2月前
|
JSON 分布式计算 前端开发
前端的全栈之路Meteor篇(七):轻量的NoSql分布式数据协议同步协议DDP深度剖析
本文深入探讨了DDP(Distributed Data Protocol)协议,这是一种在Meteor框架中广泛使用的发布/订阅协议,支持实时数据同步。文章详细介绍了DDP的主要特点、消息类型、协议流程及其在Meteor中的应用,包括实时数据同步、用户界面响应、分布式计算、多客户端协作和离线支持等。通过学习DDP,开发者可以构建响应迅速、适应性强的现代Web应用。
|
4月前
|
数据采集 分布式计算 并行计算
Dask与Pandas:无缝迁移至分布式数据框架
【8月更文第29天】Pandas 是 Python 社区中最受欢迎的数据分析库之一,它提供了高效且易于使用的数据结构,如 DataFrame 和 Series,以及大量的数据分析功能。然而,随着数据集规模的增大,单机上的 Pandas 开始显现出性能瓶颈。这时,Dask 就成为了一个很好的解决方案,它能够利用多核 CPU 和多台机器进行分布式计算,从而有效地处理大规模数据集。
248 1
|
4月前
|
运维 安全 Cloud Native
核心系统转型问题之分布式数据库和数据访问中间件协作如何解决
核心系统转型问题之分布式数据库和数据访问中间件协作如何解决
|
4月前
|
Java 数据库连接 微服务
揭秘微服务架构下的数据魔方:Hibernate如何玩转分布式持久化,实现秒级响应的秘密武器?
【8月更文挑战第31天】微服务架构通过将系统拆分成独立服务,提升了可维护性和扩展性,但也带来了数据一致性和事务管理等挑战。Hibernate 作为强大的 ORM 工具,在微服务中发挥关键作用,通过二级缓存和分布式事务支持,简化了对象关系映射,并提供了有效的持久化策略。其二级缓存机制减少数据库访问,提升性能;支持 JTA 保证跨服务事务一致性;乐观锁机制解决并发数据冲突。合理配置 Hibernate 可助力构建高效稳定的分布式系统。
76 0
|
4月前
|
监控 中间件
分布式链路监控系统问题之当某个Segment数据缺失时还原调用树的问题如何解决
分布式链路监控系统问题之当某个Segment数据缺失时还原调用树的问题如何解决
|
4月前
|
存储 缓存 数据管理
阿里云EMR数据湖文件系统问题之JindoFS数据孤岛的问题如何解决
阿里云EMR数据湖文件系统问题之JindoFS数据孤岛的问题如何解决
|
4月前
|
监控 Java 中间件
分布式链路监控系统问题之当某个Segment数据缺失的问题如何解决
分布式链路监控系统问题之当某个Segment数据缺失的问题如何解决
下一篇
DataWorks