现代数据架构的十个特征

简介: 每个为决策而使用数据的组织都在重新思考数据架构。与五年前相比,有大量新技术有望改变企业竞争和服务客户的方式。

   每个为决策而使用数据的组织都在重新思考数据架构。与五年前相比,有大量新技术有望改变企业竞争和服务客户的方式。

   现代数据驱动型组织预测业务需求和市场变化,并主动工作以优化结果,而不是事后对事件做出反应。不更新或重新设计数据架构的公司会失去客户、资金和市场份额。

   本文总结了现代数据架构的主要特征,并为正在开发新的数据策略的组织提供指导。

   一、什么是数据架构

   与设计房屋或建筑的传统架构师一样,数据架构师创建基于企业战略、发展环境、公司文化等需求一致的数据蓝图及短期和长期目标。

   对于大多数组织认为,数据架构定义了组织用于管理数据的一组标准产品和工具。但事实远不止如此。数据架构定义了捕获、转换和向业务用户交付可用数据的流程。重要的是,它明确了使用这些数据的人及其独特的需求。好的数据架构应满足从数据消费者到数据源,而不是从数据源到数据消费者。

   1.数据架构的变化

   在过去,组织构建的是相对静态的IT驱动的数据架构。我们称之为数据仓库。由于底层的技术和设计模式,大多数数据仓库都需要大量的人员来构建和维护,因此投资回报相对比较低。大多数都是被美化的企业数据转储,尽管有些非常漂亮,为报告和分析提供了丰富和谐的集成维度数据。

   现代数据架构可能仍然提供数据仓库,理想情况下是灵活、适应性强和敏捷的数据仓库。但数据仓库只是现代数据架构或现代分析生态系统的一个组成部分

5b8f335c0d7282e96b5a97db1cb943d3.jpg

  2.数据架构不是数据平台

   数据架构不是数据平台。后者指执行移动、整理和验证数据的引擎和工具。数据平台包括处理数据的底层数据库引擎(例如关系型、Hadoop、OLAP),以及数据组装框架,该框架使IT和业务的数据工程师能够创建用于业务消费的数据集。

   “数据组装”是一个新词,它取代了“数据集成”,后者具有以IT为中心的含义。数据组装强化了现代数据架构是业务和IT之间的协作。

   二、现代数据架构的十大特征

   1.以数据消费者为中心

   现代数据架构不再关注采集、存储、转换和展现所需的数据或技术,而是从业务用户及其需求开始,然后向后流动,如上所述。数据消费者可以是组织内部的,也可以是组织外部的,他们的需求因角色、部门和时间而异。良好的数据架构会不断发展,以满足新的和不断变化的数据消费者的需求。

   2.适应性强

   在现代数据架构中,数据像水一样从源系统流向业务用户。该体系结构的目的是通过创建一系列相互连接的双向数据管道来管理数据流,这些管道服务于各种业务需求。管道是使用基本数据对象构造的——数据快照、数据增量、数据视图、引用数据、主数据和面向主题的表。数据对象充当不断重用、补充和转化的构建块,以确保高质量、相关的数据稳定流向业务。

   3.自动化

   为了创建一个数据连续流动的可适应体系结构,设计人员必须将一切都自动化。它们必须在数据被采集时对其进行分析和标记,并将其映射到现有的数据集和属性,也就是元数据注入的过程,这也是数据目录的关键功能。同样,它还必须检测源模型中的更改,并识别更改对下游对象和应用程序的影响。在实时环境中,它必须检测异常并通知适当的人员或在操作指示板中触发警报。

   4.智能化

   理想的数据架构不仅仅是自动化的;它使用机器学习和人工智能来构建数据对象、表格、视图和模型,以保持数据流动。它使用智能而不是蛮力来识别数据类型、通用键和连接路径、识别和修复数据质量错误、映射表、识别关系、推荐相关数据集和分析等等。现代数据架构使用智能来学习、调整、警告和建议,使管理和使用数据的人员更加高效和有效。

   5.灵活性

   现代数据架构需要足够灵活,以支持多种业务需求。它需要支持多种类型的业务用户、加载操作和刷新频率(如批处理、小批处理、流)、查询操作(如创建、读取、更新、删除)、部署(如在企业、公共云、私有云、混合)、数据处理引擎(如关系、OLAP、MapReduce、SQL、映射)和管道(例如,数据仓库、数据集市、OLAP多维数据集、可视化展现、实时操作应用程序)。现代数据架构必须对所有人都适用。

   6.协作性

   与过去IT部门构建一切不同,现代数据架构将IT和业务部门之间获取和转换数据的责任分开。IT部门仍然承担着从核心操作系统中获取数据和创建通用可重用构建块的工作。但从那以后,业务部门就会接管(如果他们有技能、愿望和需要的话)。业务部门的数据工程师和分析师使用数据准备和数据目录工具创建由公司和本地数据组成的自定义数据集,并使用它们创建和支持业务部门应用程序。这种协作使IT不必了解业务上下文,而这也不是IT人员的强项。

   7.治理的

   从本质上讲,治理是自助服务的关键。现代数据架构为每种类型的用户定义访问点,以满足他们的信息需求。主要是四类业务用户的访问点:数据消费者、数据探索者、数据分析师和数据科学家。例如,数据科学家需要获得着陆区域的原始数据,或者更好的是,在一个专门建造的沙箱中,他们可以将公司的原始数据与自己的数据混合在一起。

   8.简单

   最简单的架构就是最好的架构。考虑到当今数据架构中需求的多样性和组件的复杂性,这是一项艰巨的任务。要应用此规则,对于数据较小的组织,使用具有内置数据管理环境的BI工具可能比使用大规模并行处理(MPP)设备或Hadoop系统更好。为了降低复杂性,组织应该努力限制数据移动和数据重复,建议构建统一的数据库平台、数据组装框架和分析平台。

   9.弹性

   在大数据和可变工作负载的时代,组织需要一个可伸缩的、弹性的体系结构,以随时适应变化的数据处理需求。许多公司现在纷纷涌向云平台(无论是公共的还是私有的),以最经济的代价获得按需可扩展性。弹性的体系结构使管理员不必精确地校准容量,在必要时限制使用,并不断地过度购买硬件。弹性还产生了许多类型的应用程序和用例,如按需开发和测试环境。

   10.安全

   现代数据架构是一个自由堡垒——也就是说,它为授权用户提供对数据的随时访问,同时阻止黑客和入侵者。它还应遵守隐私条例,包括HIPPA、欧盟的一般数据保护条例等。它通过在采集数据时加密数据、屏蔽个人身份信息(PII)和跟踪数据目录中的所有数据元素(包括它们的沿袭、使用和审计跟踪)来实现这一点。生命周期管理确保每个数据对象都有一个所有者、一个位置和一个废弃计划。

42ac1ede3903127bc17d62f6635cd15e.png

   三、企业对数据架构的八大需求

   以上十个特性是由客户需求和供应商能力的交集形成的。它们代表了一种理想状态,是设计现代数据架构时要追求的目标。以下是企业在进行数据架构设计时的共同需求。

   1.一座桥

   他们想要一座连接旧环境和新环境的桥梁。他们希望利用现有的技能和思维框架(即BI/ETL/DW),同时获得现代数据技术的好处(即无限的可伸缩性、弹性、多结构数据、托管服务)。

   2.云优先

   如今很少有公司愿意运营数据中心,即使它更便宜、更安全。创新发生在云中,而不是在本地,而且它通常比本地数据中心更安全。

   3.流优先

   他们还想要一个“流优先”的架构,为业务用户提供更新鲜的数据和处理不断缩小的批处理窗口。添加传感器和日志数据增加了这一需求的紧迫性。其目标是根据时间敏感性较低的作业的需要对所有事件进行流处理和批处理。

   4.数据湖

   数据领导者喜欢为所有类型的原始分析数据建立一个容器的想法,这些数据可以跨多个数据管道(包括数据仓库)重新使用。反过来,数据管道可以将精炼的数据(即维度、主数据、指标)输入数据湖以供重用。

   5.自助服务

   他们希望业务用户能够“与数据对话”,并在没有IT帮助的情况下创建自己的报表。这需要粒度权限,允许不同类型的用户访问数据架构的不同部分。

   6.数据科学

   数据领导者希望进入“预测分析”的世界,尽管他们承认自己不知道该用它来做什么,也不知道该如何创建一个数据科学团队。他们知道,是时候超越被动的报告和仪表盘世界,进入机器学习的主动世界了。

   7.可伸缩性

   他们想要一种数据架构,这种结构包含所有的数据——关系的、半结构化的、非结构化的、外部的——在摘要和粒度级别上,可以被大量并发用户快速地直接查询。

   8.好的平台

   目前,数据用户都为关键体系结构组件寻找最佳的工具。随着行业的成熟,他们将更倾向于购买单一供应商的一体化数据分析平台。

   9.可移植性

   数据领导者担心被供应商绑架在一个平台上,失去对定价和供应商响应能力的控制。大多数企业希望混合云(即多云)策略。

相关实践学习
基于MaxCompute的热门话题分析
Apsara Clouder大数据专项技能认证配套课程:基于MaxCompute的热门话题分析
相关文章
|
存储 BI Shell
Doris基础-架构、数据模型、数据划分
Apache Doris 是一款高性能、实时分析型数据库,基于MPP架构,支持高并发查询与复杂分析。其前身是百度的Palo项目,现为Apache顶级项目。Doris适用于报表分析、数据仓库构建、日志检索等场景,具备存算一体与存算分离两种架构,灵活适应不同业务需求。它提供主键、明细和聚合三种数据模型,便于高效处理更新、存储与统计汇总操作,广泛应用于大数据分析领域。
1360 2
|
SQL 缓存 前端开发
如何开发进销存系统中的基础数据板块?(附架构图+流程图+代码参考)
进销存系统是企业管理采购、销售与库存的核心工具,能有效提升运营效率。其中,“基础数据板块”作为系统基石,决定了后续业务的准确性与扩展性。本文详解产品与仓库模块的设计实现,涵盖功能概述、表结构设计、前后端代码示例及数据流架构,助力企业构建高效稳定的数字化管理体系。
|
数据采集 缓存 前端开发
如何开发门店业绩上报管理系统中的商品数据板块?(附架构图+流程图+代码参考)
本文深入讲解门店业绩上报系统中商品数据板块的设计与实现,涵盖商品类别、信息、档案等内容,详细阐述技术架构、业务流程、数据库设计及开发技巧,并提供完整代码示例,助力企业构建稳定、可扩展的商品数据系统。
|
12月前
|
数据采集 机器学习/深度学习 搜索推荐
MIT新论文:数据即上限,扩散模型的关键能力来自图像统计规律,而非复杂架构
MIT与丰田研究院研究发现,扩散模型的“局部性”并非源于网络架构的精巧设计,而是自然图像统计规律的产物。通过线性模型仅学习像素相关性,即可复现U-Net般的局部敏感模式,揭示数据本身蕴含生成“魔法”。
429 3
MIT新论文:数据即上限,扩散模型的关键能力来自图像统计规律,而非复杂架构
|
12月前
|
JSON 供应链 监控
1688商品详情API技术深度解析:从接口架构到数据融合实战
1688商品详情API(item_get接口)可通过商品ID获取标题、价格、库存、SKU等核心数据,适用于价格监控、供应链管理等场景。支持JSON格式返回,需企业认证。Python示例展示如何调用接口获取商品信息。
|
存储 运维 Serverless
千万级数据秒级响应!碧桂园基于 EMR Serverless StarRocks 升级存算分离架构实践
碧桂园服务通过引入 EMR Serverless StarRocks 存算分离架构,解决了海量数据处理中的资源利用率低、并发能力不足等问题,显著降低了硬件和运维成本。实时查询性能提升8倍,查询出错率减少30倍,集群数据 SLA 达99.99%。此次技术升级不仅优化了用户体验,还结合AI打造了“一看”和“—问”智能场景助力精准决策与风险预测。
1494 69
|
数据采集 存储 分布式计算
一文读懂数据中台架构,高效构建企业数据价值
在数字化时代,企业面临数据分散、难以统一管理的问题。数据中台架构通过整合、清洗和管理数据,打破信息孤岛,提升决策效率。本文详解其核心组成、搭建步骤及常见挑战,助力企业高效用数。
2548 24
|
数据采集 监控 数据可视化
数据量暴涨时,抓取架构该如何应对?——豆瓣电影案例调研
本案例讲述了在豆瓣电影数据采集过程中,面对数据量激增和限制机制带来的挑战,如何通过引入爬虫代理、分布式架构与异步IO等技术手段,实现采集系统的优化与扩展,最终支撑起百万级请求的稳定抓取。
660 0
数据量暴涨时,抓取架构该如何应对?——豆瓣电影案例调研
|
SQL 数据采集 数据处理
终于有人把数据架构讲清楚了!
本文深入浅出地解析了数据架构的核心逻辑,涵盖其定义、作用、设计方法及常见误区,助力读者构建贴合业务的数据架构。
|
缓存 前端开发 BI
如何开发门店业绩上报管理系统中的门店数据板块?(附架构图+流程图+代码参考)
门店业绩上报管理是将门店营业、动销、人效等数据按标准化流程上报至企业中台或BI系统,用于考核、分析和决策。其核心在于构建“数据底座”,涵盖门店信息管理、数据采集、校验、汇总与对接。实现时需解决数据脏、上报慢、分析无据等问题。本文详解了实现路径,包括系统架构、数据模型、业务流程、开发要点、三大代码块(数据库、后端、前端)及FAQ,助你构建高效门店数据管理体系。