“最近阿里的数据中台好像挺火的,咱们也搞个中台吧。”

Boss一句话,让大数据部门的Leader陷入了沉思,买了本《大数据之路》看了两天…


两天后的夜里,Leader在朋友圈发了公司同事不可见的动态
“没有大公司的命,得了大公司的病…”。
 

隔天,Leader在部门内部会议说到:


数据中台的建设,我们最近需要这样几件事:


把元数据管理,数据质量,任务调度,监控,自助查询等等这几个平台的web界面集成一下,再换个炫酷点的样式,把重复的功能砍掉,最后取个带“中台”的名字。


对了小祖,你去把我们提供对外服务的接口整理抽象下,能复用的复用,把之前业务方提的需求都梳理下,把业务抽象好,提供统一对外的数据API,然后在中台页面上加个数据服务的模块做接口统一管理…

数据菜鸡小祖:
“好的老大...但...这就是中台了吗......”

Leader拿起了笔在白板上写下:


数据中台其实就是数据仓库+数据服务,广义的数据仓库包括了

  • 实现数仓的技术(Hadoop生态圈的这些组件)
  • 数据资产管理 (元数据/标签/数据类目/数据血缘)
  • 数据治理 (数据质量监控/告警)
  • 数据安全
    ...

数据服务我们当前包括了

  • 报表服务(固定报表/自助分析)
  • 标签服务(用于数据挖掘的用户画像)
  • 取数需求 (运营/市场/用研/财务等部门的临时紧急取数需求)
  • 业务系统服务接口
    ...

你想想,数据中台的东西其实我们目前是不是都有了,中台是带有业务属性的,我们缺的是复杂的业务场景,所以能做的就是梳理当前业务,抽象复用多几个接口,提供多几个服务...

Leader沉默了片刻,小声吐槽了几句:


数据中台在业务复杂度不高的公司实施其实就是这样的,没啥变化,也体现不出太大的价值,能做的事情很有限。

但是Boss喜欢蹭热度看新的东西,所以搞个好看点的前端吧。

Boss才不会管你的底层技术,东西还是那些东西,但是稍微忽悠一下,概念上就不是以前的那套概念了。行了你们去写接口吧。

“行8...”



......
 

风风火火数月后,大数据中台部门公司级的分享会上…

Leader的演讲:

公司目前的数据中台取得了阶段性进展。

数据中台打通了业务之间数据的壁垒,让数据模块化更灵活地重新组织且可复用。通过数据赋能,提高生成效率。

同时中台融合了各方异构的数据源,对数据做统一的采集,管理,治理,分析,挖掘,应用,在企业中起到一个承上启下的作用。

数据中台承接一线业务库产生的数据,输出可指导线上业务更准确有效实施的预测分析类的数据,让企业运营形成一个良性闭环。对内可优化管理提高业务,对外可以通过数据让合作方看到合作的价值。

为了看起来更直观更牛逼,Leader放出了一张网图

来源 

小祖:中台不就是写接口吗?[白眼]

https://www.cnblogs.com/uncledata/p/11589269.html