阿里数据中台、阿里业务中台分别有哪些内容
阿里所说的数据中台、业务中台这两个概念如何区分，边界在哪里，在企业中具体指的是什么，这一系列问题曾经困扰了我两周的时间。经过反复沟通，大致总结以下几点：
1 职能上业务中台，更多是业务支持，比如客户中心，平台、身份、验证，这些统一的东西来自一个地方，分别支持多个系统对业务的管理要求，不同系统开发的时候，可以直接从这里获取这个功能，而不需要再开发，从而把更多的系统连接在一起。
数据中台，利用获取的各类信息、行为习惯信息和算法，获取分析结果，比如业务中台参照的客户标准和分类方法就是基于数据中台运算的分析结果，例如需求偏好（客户标签）。
数据中台的数据来自业务系统，有原始数据（不同频次的历史快照+实时数据）、共享数据（拉到一起）、萃取数据（已经整理的标准化数据、标签、模型），再反哺给业务中台用起来。以精准营销为例，数据中台支持算法，业务中台基于算法的结果，支撑实时推荐。
2 内容上业务中心只能知道当前状态，数据中心包含当前、历史、处理数据。比如淘宝、天猫和支付宝，统一的用户中心数据库放在业务中台，登录、查询、修改都在此。
而业务的数据，会同步到数据中心，数据中心会保留所有变更记录，类似于数仓的历史快照再往上还会有算法模型和统计数据。
3 目的上业务中台更像一个功能模块，而不是数据库，目的是让业务更专注业务，业务中台的数据服务中心和业务联系紧密，实时做支持，更极致一些。
数据中台的初衷是为了让数据沉淀下来，产生价值，所有业务系统的数据，各业务触点的信息，会流向数据中台，解决企业数据孤岛的现象，达成信息共享。
4 业务系统和两个中台的关系业务中台使得任何一条业务线都具备整个公司的核心能力。
中台不影响原业务的管理流程和管理办法，业务系统生产数据库还保持在用，只是根据情况，把业务数据同步到两个中台，共性的放到数据中台。（这个地方还在琢磨）
事实上，对于我们这种有一定信息化基础的传统企业来说，各个系统，只要把共性和个性的部分做个拆分，把共性的汇聚到一起，打通起来，就相当于业务中台完成大半了，实现难度反而比数据中台重新搭建来得比较小。
5 中台能力的沉淀既然已经把前台和中台做了区分，中台运营人员作为一个产品经理，可以采用两种方式，实现平台的发展，一是基于对用户需要具备的能力进行开发和完善（自驱），二是前端在建设标准之下对能力地图找不到的功能进行开发，中台再评估是否要做能力沉淀（评估并沉淀）。
至于具体哪些要沉淀到中台，还要根据每个企业的实际情况而定。
因为如果把过多的功能沉淀到中台中，容易导致中台过于沉重，最近领导提出想把原决策支持系统大部分功能放到中台中，因为太清楚系统的复杂程度，所以我真的有点头疼。
6 对中台意义的理解从技术角度，做中台是为了搭建一个灵活快速应对变化的架构，更快实现前端提的需求，避免高度复用的功能重复建设，这是敏捷开发、提高效率的地方。
从业务角度，借助中台沉淀能力，可以支持快速创新，让研发更灵活，业务更敏捷，以应对未来不可预知的市场变化。退一万步讲，有些功能其他业务板块已经做好了，那么底层只要组合一下即可，更加灵活和快速。
那为什么我们这些非互联网公司接触这个概念一开始这么容易乱？
因为每个公司业务不一样，要么没这个条件，要么没有到阿里的阶段，可能就无法理解。所以，归根到底，还是需要结合企业的实际情况，做取舍、裁剪、突破、发展。
归根到底，还是企业为了完成自身的战略目标，选择了中台这样的技术方案。
PS 钟华的书我也看了，可能不是搞技术出身的，吸收程度有限，对于我这种要对领导讲明白为什么要做一个管理转变，价值点在哪，如何考量投入产出的人来说，可能还是不够接地气。不知道邓中华即将出版的新书如何，等待。
推荐阅读
- “一部手机读云南”上线力争建成国家方志大数据中心西南中心
- 联合国大数据全球平台中国区域中心在杭州成立
- 银行的数据中心可以跳槽去互联网公司吗
- |大数据赋力 半个多月前拉客的“黑车”精准落网
- 数据采集终端|
- 关于用phpfsocket 写Post， 模拟http 报文怎样写入要传输的处理数据
- 阿里程序员网上招人的情况为何如此多见
- 假如把中国电信监测到的3亿人一个月每天上网的所有行为打个包，哪些数据应该被提出从这些数据能得到啥
- 双11阿里云搞活动，买了一个ecs云服务器，能做啥呢
- 游戏公司一般咋识别游戏脚本