【数据治理-3-企业数字化转型中,是否有必要规划数据中台】

数据中台的构建应基于实际业务需求和现有IT架构,而非盲目追求最新技术。在单体架构下,主数据管理系统是重点,而BI系统可满足基本数据分析需求。但在微服务架构中,数据中台能解决跨数据库数据聚合难题,提供统一数据服务,管理和分析动态共享数据,同时具备主数据管理和BI分析能力,因此构建数据中台变得必要。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

数据治理-3-企业数字化转型中,是否有必要规划数据中台

  • 一个企业究竟要不要去构建数据中台,一定是从实际的业务诉求、业务目标出发,一定是结合当前企业本身的应用架构、it架构的现状出发,而不是盲目的跟风一定要去用什么最新的平台,最新的技术。

  • 相关问题:

    • 主数据、数据中台、BI、大数据平台之间的关系
    • 当前企业需不需要去构建一个数据中台
  • 数据中台是什么以及核心是什么:

    • 中台的概念:中台 更多的是一个业务层面的概念,他的核心是可共享的业务能力的下层,对外提供相应的可共享的业务服务和数据服务,
    • 所以,可以深知:
    • 数据中台的核心是: 对于企业可共享的数据资产能力的统一管理,并把这一些数据资产的能力,以API接口的方式、以数据服务的方式开放出去,给上层的业务应用构建使用,给企业本身的大数据分析决策使用。
    • 数据中台本身实际上是配合着传统企业,it架构的转型,从原来的单体架构转化为微服务架构以后,当前业务中台里面,所有的业务组件、业务能力已经微服务化了,到时业务中台这边涉及到了大量的数据库本身的拆分,但是上层的应用对于数据的需求,往往需要的是一个 最终集合在一起的一个完整的数据集,也正是由于这个原因,随着整个微服务化的发展,企业就需要去构建一个数据中台,去解决:业务中台、业务应用里面拆分为细粒度的数据库的数据进行采集,形成一个可共享的数据服务能力,开发给上层的业务系统、业务应用使用。以上是出现数据中台最大化的原因。
  • 企业是单体架构的情况下:企业的重心依旧是去建设MDM主数据管理平台,首先将基础的类似于供应商、物料、人员、组织、会计科目,这一些基础的主数据管理好,能够对外提供统一的主数据基础视图,能够将主数据的创建、变更、废弃等数据的内容管理流程做到标准规范,数据的标准管理好,以上这些才是企业在单体架构情况下,最需要最迫切去解决的问题。

    • 单体架构下常见的问题:
      • 基础数据的多点维度、管理的归口不一致,数据的标准不一致,导致很多基础数据在跨系统之间协同的时候,出现了大量的不一致的问题,本身已经影响到端到端的业务运作,这个才是单体架构下,企业需要去解决的问题。
    • 数据中台解决的问题:
      • 单体架构下存在的问题,数据中台完全可以解决,但是数据中台解决这个问题,他的核心在于:只是采集集成已有的业务系统里面已有的数据,做清理、做整合,然后对外提供统一的数据服务,所以数据中台一般不会去管理,任何一个基础数据本身的创建、变更、废弃这些流程;也就是说,这个数据的源头本身不可能在数据中台里面,但是如果去构建主数据系统,当我们是集中化模式下 去构建的时候,可以看到供应商创建的源头,人员组织创建的源头本身就是在主数据管理系统里面
      • 综上可以得出,在单体架构下面,企业没有必要去构建数据中台,仍然是以构建主数据系统为主。
    • 在单体架构下面,如果不涉及到很复杂的一些 非结构化数据、半结构化文件数据的分析处理,那么在单体架构阶段,仍然为了数据分析的需要,完全可以去构建传统的BI系统,构建传统的BI系统,足够我们去做数据决策分析、维度分析、维度钻取这些基础的数据分析能力,也没有必要去构建数据中台。
  • 企业是微服务架构的情况下:

    • 当 传统IT架构转型到业务中台、转型到微服务化以后,我们会察觉到,当我们在构建上层业务系统的时候,需要一个完整的聚合数据的时候相当麻烦,比如说:需要去构建一个上层的营销系统,当前需要一个采购订单数据,但是我们需要整合一个完整的采购订单视图,需要从采购订单的数据库、供应商的数据库、物料的数据库等多个数据库中,查询数据,并最终完成这样一个聚合操作,这样使用起来就很不方便,在这种情况下,需要去构建一个数据中台,就有很大的意义。
    • 数据中台优势:
      • 第一点,数据中台不是简单的采集当前已有的业务系统数据库里面的数据,将采集过来的数据,在数据形成贴源层,做完了数据清洗以后,数据中台还可以对这些数据做相关的关联、做相关的聚合,形成一些统一的数据视图,再开放给业务系统使用,这种操作就类似与:在业务系统构建的时候,去单独构建的领域服务层;当业务需求在数据中台暴露的数据服务能力的时候,可能只需要查询一个API接口,就把所有的数据全部查询过去了,也不需要去访问多个微服务数据库提供的多个API接口,也不需要我们自己去做数据的组装、编排了。
        • 在微服务架构下,在数据库拆分以后,构建数据中台,提供完整的数据服务能力是非常有必要的。
      • 第二点,传统的主数据系统,只负责供货商、物料、会计科目这些基础数据,但是对于企业里面涉及到的项目合同、采购订单类似这样的共享数据,它本身也是跨多个系统使用,存在共享需求,但是这些数据经常发生变化,不属于传统主数据管理系统的管理范畴,在这种场景下,我们有必要构建数据中台,数据中台可以更好的管理这些动态的共享数据,类似于传统BI系统里面,去构建一个分布式ODS库。
      • 第三点,微服务架构下的数据中台,同时兼顾了传统主数据管理的能力,也同时兼顾了传统BI系统做数据分析的能力;数据中台集中式采集过来的数据,一方面实时或者准实时的数据可以开放和暴露为数据接口、数据API的服务给上层的业务应用使用;一方面这些数据进一步可以去做数据建模、数据抽象,形成相应的一些bi分析用的数据模型,供上层的大数据分析决策使用。
      • 以上这三点,综合分析完毕以后,才有可能决定当前企业要不要去构建数据中台,以及企业去构建一个数据中台的关键目的是那些。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值