“最近阿里的数据中台好像挺火的，咱们也搞个中台吧。”
Boss一句话，让大数据部门的Leader陷入了沉思，买了本《大数据之路》看了两天…
两天后的夜里，Leader在朋友圈发了公司同事不可见的动态
“没有大公司的命，得了大公司的病…”。
隔天，Leader在部门内部会议说到：
“
数据中台的建设，我们最近需要这样几件事：
把元数据管理，数据质量，任务调度，监控，自助查询等等这几个平台的web界面集成一下，再换个炫酷点的样式，把重复的功能砍掉，最后取个带“中台”的名字。
对了小祖，你去把我们提供对外服务的接口整理抽象下，能复用的复用，把之前业务方提的需求都梳理下，把业务抽象好，提供统一对外的数据API，然后在中台页面上加个数据服务的模块做接口统一管理…
”
数据菜鸡小祖：
“好的老大...但...这就是中台了吗......”
Leader拿起了笔在白板上写下：
“
数据中台其实就是数据仓库+数据服务，广义的数据仓库包括了
- 实现数仓的技术（Hadoop生态圈的这些组件）
- 数据资产管理 （元数据/标签/数据类目/数据血缘）
- 数据治理 （数据质量监控/告警）
- 数据安全
...
数据服务我们当前包括了
- 报表服务（固定报表/自助分析）
- 标签服务（用于数据挖掘的用户画像）
- 取数需求 （运营/市场/用研/财务等部门的临时紧急取数需求）
- 业务系统服务接口
...
你想想，数据中台的东西其实我们目前是不是都有了，中台是带有业务属性的，我们缺的是复杂的业务场景，所以能做的就是梳理当前业务，抽象复用多几个接口，提供多几个服务...
”
Leader沉默了片刻，小声吐槽了几句：
“
数据中台在业务复杂度不高的公司实施其实就是这样的，没啥变化，也体现不出太大的价值，能做的事情很有限。
但是Boss喜欢蹭热度看新的东西，所以搞个好看点的前端吧。
Boss才不会管你的底层技术，东西还是那些东西，但是稍微忽悠一下，概念上就不是以前的那套概念了。行了你们去写接口吧。
”
“行8...”
......
风风火火数月后，大数据中台部门公司级的分享会上…
Leader的演讲：
“
公司目前的数据中台取得了阶段性进展。
数据中台打通了业务之间数据的壁垒，让数据模块化更灵活地重新组织且可复用。通过数据赋能，提高生成效率。
同时中台融合了各方异构的数据源，对数据做统一的采集，管理，治理，分析，挖掘，应用，在企业中起到一个承上启下的作用。
数据中台承接一线业务库产生的数据，输出可指导线上业务更准确有效实施的预测分析类的数据，让企业运营形成一个良性闭环。对内可优化管理提高业务，对外可以通过数据让合作方看到合作的价值。
为了看起来更直观更牛逼，Leader放出了一张网图
来源 《数据中台、数据仓库、数据湖、BI的差别？看一篇就够！》
数据中台对一个企业的数字化转型和可持续发展起着至关重要的作用。数据中台为解耦而生，企业建设数据中台的最大意义就是应用与数据解藕。这样企业就可以不受限制地按需构建满足业务需求的数据应用。
- 构建了开放、灵活、可扩展的企业级统一数据管理和分析平台， 将企业内、外部数据随需关联，打破了数据的系统界限。
- 利用大数据智能分析、数据可视化等技术，实现了数据共享、日常报表自动生成、快速和智能分析，满足集团总部和各分子公司各级数据分析应用需求。
- 深度挖掘数据价值，助力企业数字化转型落地。实现了数据的目录、模型、标准、认责、安全、可视化、共享等管理，实现数据集中存储、处理、分类与管理，建立大数据分析工具库、算法服务库，实现报表生成自动化、数据分析敏捷化、数据挖掘可视化，实现数据质量评估、落地管理流程。
”
台下的人都听得一愣一愣的。
Boss 看着web界面“XX中台”的几个字样，欣慰地点点头:
“我们数据中台的建设取得成功，感谢我们大数据中台部门同事的努力...”
小祖：中台不就是写接口吗？[白眼]
全篇杜撰，如有雷同，那也不奇怪。
觉得有价值请关注 ▼
