企业数字化转型之传统架构到中台微服务架构

 

首先我再整理下我原来提到过的一些关于企业中台的观点：

1. 企业中台是企业共性业务能力的下沉，体现的是业务能力可复用和灵活组合
2. 企业中台区别传统的 IaaS 和 PaaS 平台，更多是一个业务平台，包括了业务中台和数据中台
3. 中台构建本身参考了微服务架构思想，并基于业务高内聚进行了微服务化并提供能力

对于一个专业细分的业务领域而言，软件企业要做的就是将对业务领域的多年经验和理解沉淀到业务中台，形成可复用的各个业务中台能力中心，然后为上层灵活多变的各类应用提供服务能力。由于沉淀了业务理解形成通用化，可复用的业务模型，那么这个能力就不会轻易被模仿。

而今天当我重新再谈企业中台的时候，可以理解为：

业务平台 + 能力开放平台 构成了企业中台，即业务平台各微服务模块化后的业务中心首先提供可复用的业务能力 API 接口，然后这些接口能力再通过能力开放平台开放出去并统一管理。

今天我再谈这个概念，主要是想从如果一个企业邀请我们去将中台建设，那么从售前方案 PPT 的角度我们应该如何来准备材料来说明企业中台的建设思路和解决方案？

其一，中台思路的产生

首先还是要先讲清楚为什么会产生中台的概念，中台的提出和中台的产生背景。这些还是得介绍清楚。同时在介绍这些的时候还是要谈到 SOA，可以看到前台和后台分离，中台提供能力，前台可以基于中台能力快速的构建应用本质还是 SOA 的核心思想，即原来讲过的可重复服务识别，服务能力的组装和组合。

那么中台思路和原来的 SOA 的思路差别点在哪里？

从我原来对 SOA 架构思想的描述，到中台的核心构建可以看到，SOA 更多的是遗留系统本身的可复用接口服务识别，形成共享服务能力层，对遗留系统本身是一个简单的适配过程；而对于中台思想下可以看到完全是一次重新构建过程，这种重新构建的体现在。

传统模式更多的是垂直化的业务系统构建模式，而中台思路下不再有明确的单垂直化业务系统的概念࿰