为什么需要中台,中台是什么意思

中台架构的本质是什么？解决了什么问题？

中台，从哪里开始？那肯定是阿里。公司大了，很多事情和技术开发是不可避免地要重复做的，那怎么改变这个情况？创造出一个中台，把可以复用的东西放到一起，同时打通前台和后台。本质是什么？你应该看懂了，都是为了做业务，不然要它干啥？我是做报表和BI的，我这些工具再强，再怎么为开发省事，终究还是为了业务的。我觉得说那么多，不如上图，更能让人看懂。

企业“中台化”如何理解？数字中台和业务中台有什么区别？

首先我再整理下我原来提到过的一些关于企业中台的观点1. 企业中台是企业共性业务能力的下沉，体现的是业务能力可复用和灵活组合2. 企业中台区别传统的IaaS和PaaS平台，更多是一个业务平台，包括了业务中台和数据中台3. 中台构建本身参考了微服务架构思想，并基于业务高内聚进行了微服务化并提供能力对于一个专业细分的业务领域而言，软件企业要做的就是将对业务领域的多年经验和理解沉淀到业务中台，形成可复用的各个业务中台能力中心，然后为上层灵活多变的各类应用提供服务能力。

由于沉淀了业务理解形成通用化，可复用的业务模型，那么这个能力被不会轻易被模仿。而今天当我重新再谈企业中台的时候，可以理解为：业务平台 能力开放平台 构成了企业中台，即业务平台各微服务模块化后的业务中心首先提供可复用的业务能力API接口，然后这些接口能力再通过能力开放平台开放出去并统一管理。今天我再谈这个概念，主要是想从如果一个企业邀请我们去将中台建设，那么从售前方案PPT的角度我们应该如何来准备材料来说明企业中台的建设思路和解决方案？其一，中台思路的产生首先还是要先讲清楚为什么会产生中台的概念，中台的提出和中台的产生背景。

这些还是得介绍清楚。同时在介绍这些的时候还是要谈到SOA，可以看到前台和后台分离，中台提供能力，前台可以基于中台能力快速的构建应用本质还是SOA的核心思想，即原来讲过的可重复服务识别，服务能力的组装和组合。那么中台思路和原来的SOA的思路差别点在哪里？从我原来对SOA架构思想的描述，到中台的核心构建可以看到，SOA更多的是遗留系统本身的可复用接口服务识别，形成共享服务能力层，对遗留系统本身是一个简单的适配过程；而对于中台思想下可以看到完全是一次重新构建过程，这种重新构建的体现在。

传统模式更多的是垂直化的业务系统构建模式，而中台思路下不再有明确的单垂直化业务系统的概念，而本身就是为了打破原来垂直化竖井的边界，因此采用的是一种分层构建的新IT应用构建模式。其二，从SOA到微服务，中台演进的必然之路前面已经讲到了中台本身就是一个能力提供中心，而这个能力中心本身不再是简单的遗留系统暴露接口的适配和发布，而是微服务能力 能力开放API接口，这个是和传统SOA架构和业务系统集成下一个很大的区别点。

正是这个原因我们讲从SOA到微服务，是中台演进的必然之路。那么又得讲清楚什么是微服务？SOA和微服务架构的区别点在哪里？在采用了微服务架构后真正带来了哪些复杂度，同时在采用微服务架构后又面对哪些挑战。从SOA到微服务，本周管理的粒度更加细，管理复杂度实际是增加了，为了更好的进行模块开发和持续集成，配套开始介绍下DevOps和容器化技术。

其三，构建核心中台层能力(中台微服务模块 API接口服务）要将企业中台的构建本身又需要分为好几个方面来讲。其中包括了业务中台的构建和数据中台的构建。而对于业务中台的构建本身又包括了由已有的遗留系统和IT资源来构建中台，还是全新构建中台。构建中台核心要做哪些事情？可以看到重点就是要搞清楚重点就是识别中台应该包括哪些微服务模块，同时每个微服务模块究竟应提供哪些API能力接口？其次才是单独的一个中台模块如何进行开发建设，API接口如何进行开发并能力开放。

即中台的构建部分一定包括两个方面的内容，业务咨询和规划，技术实现两个层面。业务咨询规划解决的是中台模块如何划分，接口服务如何识别？而技术实现解决的是采用微服务开发框架如何开发，API接口如何开发和接入等技术层面的问题。其四，构建能力开放平台(API接入 能力运营 管控运维）这块感觉可以单独拿出来讲，即传统业务系统集成我们更多讲的是ESB服务总线，共享服务平台。

而在企业中台构建思想下，我们讲的是API服务网关和能力开放平台，即是一种轻量的SOA服务总线。业务平台 能力开放平台 构成了企业中台中台构建完成后必须要将能力以API接口服务的方式暴露出去给前台用，因此有必要单独介绍下能力开放平台，刚开始可以是简单的API网关，但是要实现更好的接口服务运营和管理运维，则需要进一步将API网关引擎升级为完整的能力开放平台。

业务中台和数据中台对于业务中台相对来说比较好理解，简单一句话就是共性业务能力下沉形成的多个微服务化的业务能力提供中心供上层应用使用。而对于数据中台，我们也可以总结为一句话就是，把数据变成资产并服务于业务的机制。数据来源于业务并反哺业务，不断的迭代循环。数据中台是实现业务中台核心共享数据的跨域整合，再通过加工后提供整合后的数据服务能力。

这里面有两个重点，即第一数据要跨域整合，第二数据要加工处理后再提供增值服务能力，这个加工可能简单的汇总表，也可能是复制的底层数据模型和智能分析算法。业务中台重点是业务数据化，而数据中台重点是数据业务化，数据来源于业务又反哺业务。就建设和支撑层面来说我原来也总结过，即业务中台是基础业务能力支撑，必须要有，数据中台是增值能力支撑，刚开始没有也不会影响到业务本身的运作。

有没有大佬解释一下在电商系统里，中台到底是什么？担任什么职责？

这是一个非常好的问题，作为一名IT从业者，我来回答一下。首先，中台概念的快速发展是互联网进入到“平台化”时代的一种必然，也可以把中台看成是平台化发展的一个重要阶段，以解决企业在平台化过程中的各种问题。简单地说，所谓的中台就是在平台的基础上进行进一步“抽象”，通过中台来解决业务、数据和技术之间的关系。随着云计算和大数据技术的发展，企业逐渐形成了以云计算平台为基础的各种技术平台，这些技术平台为不同的业务形式提供各种技术型支撑，但是平台之间却会产生各种问题，所以中台概念的提出，主要就是要解决多平台协作的问题。

中台本身的定义也在不断丰富和发展，而且中台与企业自身的业务模式有非常紧密的联系，所以中台也很难实现迁移，或者说，中台本身就是一个定制化的产品。与传统的技术平台不同，中台是技术、数据和业务的整合体，企业借助于中台能够充分发挥出各种技术平台的作用，实现企业管理整体的有序性、高效性和可持续性，这是中台本身的目的和意义。

传统观念认为中台只适合大型企业，或者说互联网企业，中小企业没有搭建中台的必要，但是随着工业互联网的发展，中小企业目前也有建立中台的必要，而且越早建立中台就会越早受益。相对于大型企业来说，中小企业建立中台要秉持三个原则，其一是借助于大型企业的中台来打造自己的“小中台”，这不仅会降低搭建成本，同时也会充分利用中台进行资源整合；其二是按需搭建中台的各个部分，不能有一蹴而就的想法；其三是进行人才结构升级，必须让专业的团队来完成中台的设计和搭建。