业务中台、技术中台、数据中台、AI中台……

中台是一种体系/生态/方法论，有标准和机制，解决顶层领域下各业务子域的高效协同和资源复用问题。中台建设强调企业级，IT部门与业务部门协同建设，各部门、各业务域是中台能力的使用方，同时也是中台能力的重要提供方。目前网上比较主流的中台定义和分类有如下三种:

业务中台: 指微服务业务平台，像常见交易中台、订单中心、营销中心。

数据中台: 通过数据技术，对海量数据进行采集、计算、存储、加工，同时统一标准和口径。

技术中台: 如微服务框架、Devops平台、容器之类。

(阿里业务中台架构)

(电商业务通用中台架构)

(滴滴业务中台架构)

(有赞财务业务中台架构)

业务中台是为业务服务的，各业务中心要了解和掌握你所支撑的业务具体情况是什么样子，对业务知识和流程要有深刻的认识。企业建设业务中台不应该完全从IT技术层面考虑，需要从技术、业务、组织和运营多个维度协同推进，而不单单是IT系统的一个维度。CIO们不能听信于厂商吹得天花乱坠，没有实际调研过的与业务碰撞过的方案一定不是最适合的方案。业务中台化不会有一套拿来改改就能用的方案，必须具体情况具体分析，中台化的过程不出意外一定是痛苦和艰难的。

(网易云数据中台架构)

(菜鸟数据中台架构)

数据中台建设的基础还是数据仓库和数据中心，并且在数仓模型的设计上也是一脉传承。数据中台一般包括了数据模型和数据资产管理，数据服务开放，上层的数据类应用和标签管理等。围绕“规划、治理、整合、共享”四步，将企业海量、多维的数据资产盘点、整合、分析、确保整个公司数据一致性和可复用性，为前台提供数据资产、数据定制创新、数据监测与数据分析等服务，最终实现数据资产的价值最大化。在具体建设策略方面，企业应基于自身的业务战略，选择明确数据资产对象，由业务或应用（需求）驱动，若没有实际的应用场景或没有足够的客户群体，不建议建数据中台。

人工智能从研究领域进入到实用领域的步伐越来越快，越来越多的场景可以并需要实用人工智能技术提高效益。在AI的实用化阶段，需要解决AI技术如何与业务场景更好结合，如何减少重复投资、降低成本使投入产出比更高的问题。AI中台不是一个孤立的平台，而是整体信息化建设的一部分，必要要能与基础平台、业务系统很好的融合。只有做好与原有业务系统的对接，才能使AI能力更好的助力于业务智能化。

（云端技术栈）

（DevOps 研发交付运维一体化）

（ 研发组件化）

（ 研发标准化）

（技术中台整体架构）

中台最重要的作用就是减少资源的复用，通过一个个微服务快速完成前台（即业务部门）的需求，从而提高企业对⽤户的响应⼒，帮助前台完成规模化创新。当业务线变多且越来越复杂，前台与后台之间的“技术债”会随之变多，重复造轮子与沟通成本太高的现象会增多，通过技术中台可以一定程度上来解决这个问题。但如果「技术中台」做得太多，资源投入就会很大，无法形成正向的利益传导；如果「技术中台」做得太少，又无法深入理解业务，导致适配方案落地性变差，渐渐失去价值。

建议

建设中台是一项耗时耗力耗钱的大工程。中台架构的实施落地推荐从易到难逐步实施，从最简单的资源中台开始，到技术中台、数据中台->业务中台->组织中台，最终完成企业架构的中台化。很多传统企业内部往往存在多种管理系统，部门间数据孤岛的问题很严重，缺乏治理，有时甚至连最基本的用户账号统一都没有打通。这也就意味着，一个项目往往要同所有部门梳理业务、统一接入数据，打通难度可想而知，投入产出问题还需企业审慎考虑。

互联互通社区

互联互通社区专注于IT互联网交流与学习，关注公众号：互联互通社区，每日获取最新报告并附带专题内容辅助学习。方案打造与宣讲、架构设计与执行、技术攻坚与培训、数据中台等技术咨询与服务合作请+微信：hulianhutongshequ