作者：汪照辉 王作敬
汪照辉个人页面

---

最近看到过一篇文章《干的越多死的越快》，虽然不敢苟同其观点，不过也有些道理。联想到最近很火热的中台讨论，百家争鸣，什么观点都有。我们在《从单体集成到平台融合》一文中提到过中台，但没有详细讨论。看到有人说中台是应用，是被别人集成的。这样的认知就不正确了，会贻笑大方。中台还真不是应用，也不是用来被别人集成的。

一、 中台是什么

中台是什么？我也一直尝试给它一个定义。不过也一直不是很满意。中台更多是业务属性，但是需要靠技术平台来支撑。今天我们尝试用一句话来解释中台：中台是为了支撑企业业务应用敏捷研发和运营而通过融合或至少通过整合企业内的资源、数据、平台、技术、工具、业务等而构成的统一接口服务平台。比如整合或融合数据和数据平台而成数据中台；整合或融合技术、中间件、工具、技术平台等而成技术中台，整合业务逻辑构建业务服务中台等等。也尽可以构建实现算法中台、计算中台、AI中台等等。所以中台其实还是构建于技术平台之上的一种统一服务接口平台，只不过需要基于企业实际的业务构建，封装中后台逻辑（这就是中台后台化），由各种技术平台来支撑，提供统一的接口服务。
那组织中台呢？是为了规划和实施企业服务中台或者中台战略而存在的团队。最终落地还是基于业务和技术的融合。所以每家企业的中台可能都是不一样的。但是其建设思想是相通，都是为了更好的支撑企业业务的创新、运营、和发展。

二、 也谈下数据中台

很多人都在谈阿里数据中台，可能大家对数据中台OneID/OneData的概念也很熟悉。不过个人觉得这个方案并不是最优的方案，是其不得已而为之的结果，只能算是中下策。这是数据集成的结果，并没有从根本上解决数据的很多问题。上策的方式是利用微服务的思想重构数据模型和业务应用，但这个成本和代价是很多大企业难以承受的，所以对中小企业其实是一个良机。
我们也多次谈过数据和数据治理的问题，最终目的是通过唯一可信数据源提供高质量的数据和服务。数据中台的目的就在于此。要实现唯一数据源就不容易，你得整合企业内所有的数据资源和数据平台，提供统一的数据出入口服务（数据接口服务），还要保证数据可信，也就是正确、准确。当然实现方式有很多种。可以通过数据集成、平台整合，或者重构数据模型，实现平台融合。传统方式是通过数据集成，不管消息、ESB、数仓、大数据平台、甚至数据湖等，都是加层的方式。有人说，软件是没有什么问题是不可以通过加层的方式来解决的。也的确是这样，但是并不见得就是最好的方案。我们说了，好的架构师要懂得用最简单的方式解决最复杂的问题。我们认为通过减层而不是加层的方式来解决才是更好的方式。那就需要考虑重构数据层和服务层，也就是需要优化数据中台。

三、 构建企业服务中台

中台该怎么建，该建成什么样，可能很多人还没考虑清楚。我们不建议一上来就闷头向前冲。适合别人的不见得适合自己，不妨回过头来沉下心好好思考下一些问题。把这些问题想清楚了，也许就能做到胸中有丘壑，按需构建自己的中台了。

（一） 厘清中台建设的目标

不管懂不懂中台概念，至少要明白自己需要什么。如果不清楚自己要什么，那一定做不好事情的。因此如果考虑要建设中台，需要明确认知，要懂得建设什么样的中台，实现什么样的能力，达到什么样的业务目标等等。一切都要以企业自身自己的需求出发，实际的技术掌控力来定位。
打通中后台，封装中后台逻辑，专注于业务，是中台建设的价值所在。中后台包括基础设施资源、数据、各种工具平台。这些资源需要整合、融合，形成统一的服务接口（不是指API），为前台业务应用研发和运营提供支持。

（二） 认知理想的中台架构和路线图

首先抛开企业现有的业务和现有的技术架构，现有的技术实力等，考虑下理想的中台架构应该是什么样的。这样才能基于企业自身的实际情况进行裁剪，构建适合企业自身实际情况的中台。
理想的技术架构是什么样？我们认为理想的技术架构可以分为这几层：基础设施资源层、数据层、基础服务层、业务服务层、业务应用层、部署渠道。中台关注数据、基础服务和业务服务。

基础设施资源层采用云计算平台，实现基础设施资源的统一管控。提供业务应用开发运营需要的计算、存储、网络等各种资源，比如公有云资源、私有云资源、虚拟化资源、物理机资源等等。这可以看作中台的支撑，算中台的底层。
数据层则整合并逐步融合数据、数据平台资源，实现唯一可信数据源。数据层初始可以采用数据集成，但理想的情况是数据重构之后的数据架构，不再有数据质量问题。
基础服务层包括数据服务、算法服务、计算服务、搜索服务、模型服务、图像识别服务、语音服务等等。
业务服务层则是基于企业业务流程整合而构建的一个个业务服务，可以看作是应用中的一个功能模块，比如日、月、季度报表，是企业报表应用中的一个功能模块，但数据可能来自于很多个基础服务。
业务应用层则是完整的企业应用，不如客户中心应用、产品中心应用等，应用包含众多的业务服务功能模块。
部署渠道则是面向终端用户的媒介。比如手机app、网站、微信小程序等。一个应用可以部署于不同的渠道，但支撑其的服务中台是一样的。这就实现了共享、统一管控等能力。
好东西谁都想要！但是否适合自己，怎么去得到适合自己的好东西是需要考虑的问题。要实现中台，需要先考虑实现理想的中台架构的路线图是什么。不是简单的搬过来就成自己的了。构建中台最重要的是梳理业务、整合数据，这是第一步。如果你建立了数据中台却没有和业务融合起来，那就是为中台而中台了，也许根本不知道自己要什么。数据整合可以是数据集成，或者直接根据业务梳理进行数据重构，当然这并不容易，通常集成和重构并行，逐步替换单体系统为一个个业务应用的过程中重构数据层：数据模型，实现数据治理，提供唯一可信数据源。同时构建业务应用所需的其他技术能力：搜索、图形处理、语音处理、算法库、模型库等。

（三） 基于实际业务和技术架构的理想的中台架构可行性

想清楚了自己要什么，就可以基于现有的业务实现和技术架构，寻找通往心目中的理想中台架构的可行路径。首先进行可行性分析：自身的技术实力、业务场景、构建步骤、方式方法、可选方案等。然后经过裁剪确定适合自己的实现方案。

（四） 组织架构

构建企业服务中台，不是某个团队或个人能够实现的，一定是企业级的行为。所以很多公司成立了中台部门或团队，来规划和指导企业中台建设。所以也被成为组织中台。
构建中台的目的是为了整合企业内的资源，实现统一的管控和提供服务，避免内耗和浪费。所以组织中台的职责就是规划、整合和协调资源，重定义和重架构各团队职责和工作，按照规划优化企业技术架构和组织架构。

（五） 构建步骤

不管什么技术最终是要落地，要为企业带来收益。努力干没错，干的多更没错，关键是需要巧干，而不应该是死干，这就需要有相应的认知。企业服务中台构建不是一蹴而就，因为最重要的数据治理部分就是一个长期的过程。
基于认知和理解确定企业自身的中台建设目标和路径，也就是路线图，按路线图进行分解，逐步实现企业的服务中台能力。我们知道中台建设需要整合的资料基本上包含这几个方面：基础设施资源数据（数据库、文件、数仓、大数据平台等） 服务（数据服务、中间件服务、平台服务、业务服务） 业务应用（不同业务视角：客户视角、管理视角、统计分析视角/领导视角）渠道（具体部署推广渠道，可以是多渠道并行）。基于职责和组织架构划分，定义和重构业务流程和服务，然后实现服务和业务流程（业务应用）
行百里者半九十。中台构建也是一个持续优化改进的过程。服务化都是一样，随着业务的变化而调整，所以需要持续的关注。

四、 构建生态

开放接口（OpenAPI）可以基于中台服务构建，但并不是必须的，也不是相互依存的。OpenAPI是为了企业内外构建生态系统。没有中台同样可以构建自己的OpenAPI。集成是其重要功能，为生态伙伴提供支持。所以在没有需求的情况不需要考虑OpenAPI。如果很多伙伴需要企业提供服务接口支持，则可以通过API管理工具随时发布OpenAPI，构建企业自己的生态伙伴环境。