企业大数据平台数据仓库架构建设思路,企业级数据库监控是什么

4747 908 2023-06-27

本文讲了企业大数据平台数据仓库架构建设思路,企业级数据库监控是什么。

导读:随着互联网规模不断的扩大,数据也在爆炸式地增长,各种结构化、半结构化、非结构化数据的产生,越来越多的企业开始在大数据平台下进行数据处理。本文主要从总体思路、模型设计、数据架构、数据治理四个方面介绍了如何利用大数据平台的特性,构建更贴合大数据应用的数据仓库。

总体思路

随着互联网规模不断的扩大,数据也在爆炸式地增长,各种结构化、半结构化、非结构化数据不断地产生。新环境下的数据应用呈现业务变化快、数据来源多、系统耦合多、应用深度深等特征。

image.png

那么基于这些特征,该如何构建数据仓库呢?笔者认为应该从稳定、可信、丰富、透明四个关键词入手。

image.png

其中,稳定要求数据的产出稳定、有保障;可信意味着数据的质量要足够高;丰富是指数据涵盖的业务面要足够丰富;透明要求数据构成流程体系是透明,让用户放心使用。

我们之所以选择基于大数据平台构建数据仓库,是由大数据平台丰富的特征决定的:

image.png

  • 强大的计算和存储能力,使得更扁平化的数据流程设计成为可能,简化计算过程

  • 多样的编程接口和框架,丰富了数据加工的手段

  • 丰富的数据采集通道,能够实现非结构化数据和半结构化数据的采集

  • 各种安全和管理措施,保障了平台的可用性

仓库架构设计原则主要包括以下四点:

image.png

第一自下而上结合自上而下的方式,保障数据搜集的全面性;

第二高容错性,随着系统耦合度的增加,任何一个系统出现问题都会对数仓服务产生影响,因此在数仓构建时,高容错性是必不可少的因素;

第三数据质量监控需要贯穿整个数据流程,毫不夸张地说,数据质量监控消耗的资源可以等同于数据仓库构建的资源;

第四无需担心数据冗余,充分利用存储换易用。

模型设计

构建数仓的首要步骤就是进行模型设计。

维度建模或实体关系建模

常见的模型设计思路包括维度建模和实体关系建模。维度建模实施简单,便于实时数据分析,适用于业务分析报表和BI;实体关系建模结构较复杂,但它便于主体数据打通,适合复杂数据内容的深度挖掘。

image.png

每个企业在构建自己数仓时,应该根据业务形态和需求场景选择合适的建模方式。对于应用复杂性企业,可以采用多种建模结合的方式,例如在基础层采用维度建模的方式,让维度更加清晰;中间层采用实体关系建模方式,使得中间层更容易被上层应用使用。

星型模型和雪花模型

除了建模方式之外,在星型模型和雪花模型的选择上也有可能让使用者左右为难。事实上,两种模型是并存的,星型是雪花模型的一种。理论上真实数据的模型都是雪花模型;实际数据仓库中两种模型是并存的。

image.png

由于星型模型相对结构简单,我们可以在数据中间层利用数据冗余将雪花模型转换成星型模型,从而有利于数据应用和减少计算资源消耗。

数据分层

在确定建模思路和模型类型之后,下一步的工作是数据分层。数据分层可以使得数据构建体系更加清晰,便于数据使用者快速对数据进行定位;同时数据分层也可以简化数据加工处理流程,降低计算复杂度。

我们常用的数据仓库的数据分层通常分为集市层、中间层、基础数据层上下三层结构。由传统的多层结构减少到上下三层结构的目的是为了压缩整体数据处理流程的长度,同时扁平化的数据处理流程有助于数据质量控制和数据运维。

image.png

在上下三层的结构的右侧,我们增加了流式数据,将其添加成数据体系的一部分。这是因为当前的数据应用方向会越来越关注数据的时效性,越实时的数据价值度越高。

但是,由于流式数据集的采集、加工和管理的成本较高,一般都会按照需求驱动的方式建设;此外,考虑到成本因素,流式数据体系的结构更加扁平化,通常不会设计中间层。

下面来具体看下每一层的作用。

数据基础层

数据基础层主要完成的工作包括以下几点:

image.png

  • 数据采集:把不同数据源的数据统一采集到一个平台上

  • 数据清洗,清洗不符合质量要求的数据,避免脏数据参与后续数据计算

  • 数据归类,建立数据目录,在基础层一般按照来源系统和业务域进行分类

  • 数据结构化,对于半结构化和非结构化的数据,进行结构化

  • 数据规范化,包括规范维度标识、统一计量单位等规范化操作

数据中间层

数据中间层最为重要的目标就是把同一实体不同来源的数据打通起来,这是因为当前业务形态下,同一实体的数据可能分散在不同的系统和来源,且这些数据对同一实体的标识符可能不同。

此外,数据中间层还可以从行为中抽象关系。从行为中抽象出来的基础关系,会是未来上层应用一个很重要的数据依赖。例如抽象出的兴趣、偏好、习惯等关系数据是推荐、个性化的基础生产资料。

image.png

在中间层,为了保证主题的完整性或提高数据的易用性,经常会进行适当的数据冗余。比如某一实事数据和两个主题相关但自身又没有成为独立主题,则会放在两个主题库中;为了提高单数据表的复用性和减少计算关联,通常会在事实表中冗余部分维度信息。

数据集市层

数据集市层是上下三层架构的最上层,通常是由需求场景驱动建设的,并且各集市间垂直构造。

image.png

在数据集市层,我们可以深度挖掘数据价值。值得注意的是,数据集市层需要能够快速试错。

数据架构

数据架构包括数据整合、数据体系、数据服务三部分:

image.png

其中,数据整合又可以分为结构化、半结构化、非结构化三类。

数据整合

结构化数据采集又可细分为全量采集、增量采集、实时采集三类。三种采集方式的各自特点和适应场合如下图所示,其中全量采集的方式最为简单;实时采集的采集质量最难控制。

image.png

在传统的架构中,日志的结构化处理是放在数仓体系之外的。在大数据平台仓库架构中,日志在采集到平台之前不做结构化处理;在大数据平台上按行符分割每条日志,整条日志存储在一个数据表字段;后续,通过UDF或MR计算框架实现日志结构化。

image.png

在笔者看来,日志结构越规范,解析成本越低。在日志结构化的过程中,并不一定需要完全平铺数据内容,只需结构化出重要常用字段;同时,为了保障扩展性,可以利用数据冗余保存原始符合字段(如useragent字段)。

非结构化的数据需要结构化才能使用。非结构化数据特征提取包括语音转文本、图片识别、自然语言处理、图片达标、视频识别等方式。

image.png

尽管目前数仓架构体系中并不包含非结构化数据特征提取操作,但在未来,这将成为可能。

数据服务化

数据服务化包括统计服务、分析服务和标签服务:

image.png

  • 统计服务主要是偏传统的报表服务,利用大数据平台将数据加工后的结果放入关系型数据库中,供前端的报表系统或业务系统查询。

  • 分析服务用来提供明细的事实数据,利用大数据平台的实时计算能力,允许操作人员自主灵活的进行各种维度的交叉组合查询。分析服务的能力类似于传统cube提供的内容,但是在大数据平台下不需要预先建好cube,更灵活、更节省成本。

  • 标签服务,大数据的应用场景下,经常会对主体进行特征刻画,比如客户的消费能力、兴趣习惯、物理特征等等,这些数据通过打标签转换成KV的数据服务,用于前端应用查询。

架构设计中一些实用的点

在架构设计中有一些实用的点,这里给大家分享一下:

image.png

第一,通过巧用虚拟节点实现多系统数据源同步,实现跨系统间的数据传输,实现多应用间数据交互。通过巧用虚拟节点减少运维人员在实际出现问题时的运维成本。

第二,采用强制分区,在所有的表都上都加上时间分区。通过分区,保证每个任务都能够独立重跑,而不产生数据质量问题,降低了数据修复成本;此外通过分区裁剪,还可以降低计算成本。

image.png

第三,应用计算框架完成日志结构化、同类数据计算过程等操作,减轻了开发人员的负担,同时更容易维护。

第四,优化关键路径。优化关键路径中耗时最长的任务是最有效的保障数据产出时间的手段。

数据治理

数据治理的内容主要体现在三个方面:

  • 保障体系:开展数据治理组织建设,并建立配套的流程和标准规范

  • 内容建设:包括数据架构顶层规划设计、数据模型标准设计、数据开发、生产运营维护、数据共享服务

  • 管理体系:数据治理和数据安全是核心重点

image.png

数据治理不是独立于系统之外的保障,它应该贯穿在数仓架构内部和数据处理的流程之中。

image.png

数据质量

保障数据质量,可以从事前、事中、事后入手:

image.png

事前,我们可以通过制定每份数据的数据质量监控规则,越重要的数据对应的监控规则应该越多。

事中,通过监控和影响数据生产过程,对不符合质量要求的数据进行干预,使其不影响下流数据的质量。

事后,通过对数据质量情况进行分析和打分,将一些不足和改进反馈数据监控体系,推动整体的数据质量提升。

数据生命周期管理

出于成本等因素的考虑,在大数据平台上依然需要对数据生命周期进行管理。根据使用频率将数据分为冰、冷、温、热四类。一个合理的数据生命周期管理要保证温热数据占整个数据体系大部分;同时为了保障数据资产的完整性,对于重要的基础数据会长久保留。

image.png

对于数据中间计算过程数据,在保障满足绝大部分应用访问历史数据需要的前提下,缩短数据保留周期,有助于降低存储成本;最后一点值得注意的是,冷备已经成为历史,在大数据平台下不需要单独的冷备设备。

什么是数据库监控

数据库监控是企业数据管理中至关重要的一环。随着企业数据规模的不断扩大和数据价值的不断提升,数据库监控的重要性也越来越突出。本文将从以下几个方面探讨为什么数据库监控是必要的。

1、数据库的重要性

对于企业来说,数据库是一个非常重要的资产,存储着企业的关键信息和业务数据。如果数据库出现故障,数据损失的风险将会非常大,甚至可能导致企业的倒闭。因此,对于数据库的可靠性和稳定性的保障就显得尤为重要。

2、可以提高可靠性和稳定性

它可以实时监控数据库的运行状态和性能指标,并通过短信、邮件、微信等多种方式向管理员发送警报,帮助管理员及时了解数据库的异常情况,并及时采取措施避免数据损失。同时,它还可以检测和记录未授权的访问尝试、不合规的访问、异常登录等,从而保障数据库的安全性。

3、可以提高数据管理效率

它可以帮助管理员对数据库的性能进行评估和分析,从而可以及时调整和优化数据库的配置和性能。此外,它还可以对数据库的查询进行优化,帮助企业提高查询效率,提升数据管理的效率。

4、可以帮助企业合规

在一些行业中,如金融、医疗等,对数据的合规性和安全性要求非常高。它可以帮助企业发现不合规的访问尝试、异常登录等,从而帮助企业保障数据的安全性和合规性。

PingCAP数据库监控具有以下几点优势,因此得到了越来越多企业的选择和信赖。

全方位监控

PingCAP这种系统能够对企业的数据库进行全方位的监控,包括数据库的性能、状态、运行状况、运行负载等多个方面,能够及时发现并解决数据库的异常情况,保障数据库的稳定性和可靠性。

Wep事务监控

在真实浏览器中记录和模拟多用户交互,并优化登录表单,购物车和其他应用。

用户体验监控

测试与记录真实用户的应用体验。通过浏览器,平台,地理位置,ISP等分析性能数据。

此外,PingCAP数据库监控系统具有实时监控和告警功能,可以在及时时间发现数据库的异常情况,并及时采取措施。这种实时监控和告警功能可以大大减少数据损失的风险,保障企业的数据安全。

上文就是小编为大家整理的企业大数据平台数据仓库架构建设思路,企业级数据库监控是什么。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:Go语言和MySQL数据库:如何进行数据增量更新?
下一篇:在Go语言中使用MySQL:避免五个常见错误
相关文章