图片来自“亿欧网”

参加阿里《十年再出发》技术峰会，每个会场都言必称中台，但认真听下来，还真没几个人想明白中台是什么，该怎么建，该怎么用。正好峰会前一天看到一篇文章说中台是应用，我们就尝试给了中台一个定义并发了篇文章《构建企业服务中台》解释中台和中台构建。阿里提出了数据中台的概念，这是很了不起的，不过也基于阿里的局限(可能当局者迷)，有意或无意的忽略了中台的实质。

一窝蜂的上中台并不见得是好事。峰会上有厂商上了中台，却没有和业务整合起来。就像我们以前提到的不建议为了迁云而迁云，不要为了上中台而上中台，赶时髦，否则只会害了自己。适合阿里的不一定就适合每一家，况且阿里的方案也不见得是最优的方案。在充斥各种概念的环境里，要具备自我消化的能力，不要听风就是雨，不要照搬，也不要拒绝、不要不屑一顾。吸收其精华，为自己所用才是合适的。

中台不是应用

有人说“中台是应用，但又不是最终用户能直接使用的，必须被集成到各个业务场景中，所以中台应用必然是OpenAPI的”。这明显对中台理解错误。对各种技术并没有厘清楚。比如零售和财务是应用，但不是中台。而零售和财务应用逻辑中提炼出来的服务才属于中台的范围。比如订单、支付，这些才是中台的东西。订单和支付不止是服务于零售，可以服务其他应用，比如金融产品销售等等，这就有了“共享”“重用”的概念，才可以作为中台的服务。

服务可以被应用研发人员直接使用，并不是为终端用户直接使用的。终端用户访问的是应用，由研发人员使用中台服务编排而成，发布为应用。当然中台也不是服务，承载服务，支撑应用。所以我们定义为：中台是为了支撑企业业务应用敏捷研发和运营而通过融合或至少通过整合企业内的资源、数据、平台、技术、工具、业务等而构成的统一接口服务平台。

中台并不是为了集成，而是为了资源共享和重用。“资源”指企业内的所有资源，当然也包括组织资源，所以有人提出组织中台的概念。企业内最重要的资源是数据，所以数据中台最早被提出来，并且影响最大。

中台和OpenAPI没有必然的联系。OpenA-PI的概念提出来也很多年了，最初是为了企业间的集成。当然基于中台更容易构建OpenAPI，但中台不是OpenAPI必须的。

中台不是为了平衡稳定性和不稳定性因素

有人说中台是为了平衡企业内稳定性和不稳定性的因素，在稳态和敏态寻找一个平衡点。这也并不是中台的实质。稳态和敏态都可以基于中台，这并不矛盾。不是只有敏态可以基于中台。最终中台将支撑企业内的所有业务应用。

构建中台的目的是为了整合企业内的软硬件资源，支撑企业业务应用的敏捷开发和运营。我们做虚拟化、资源池、IaaS等其实也都是为了整合资源，更方便的服务于企业业务应用。但这是基础设施资源的整合，数据、技术组件、中间件平台等还是分散独立的单体。数据集成做了很多年，后来实现ESB服务化集成，但都是通过加层的方式实现，在延迟、响应性能等方面并不能令人满意。阿里数据中台也是集成的方式，通过OneID实现OneData，但从数据层来说依然面临着很多数据治理的问题，需要额外的很多工作保证数据的OneData。所以我们提出了基于微服务的思想重构数据模型，关注数据产生的地方，整合企业内的数据存储和服务平台，比如文件、数据库、数仓、大数据平台、数据湖等，构建企业内高质量的数据服务。这样通过减层而不是加层的方式，既保证大数据应用、AI应用要求的高质量数据，也降低了数据治理要求，同时也减少相应的运维人员，节省费用。

通过整合、集成是实现中台的直接简单方式，但最优的方式是重构中后台的数据和服务以及支撑数据和服务的平台。

中台是一种新的架构方式

中台可以看作是一种新的架构方式。我们在《从单体集成到平台融合》一文中提到过一句，基于单体系统的集成虽然做了很多年，但始终无法解决单体系统本身的根源问题。所以中台可以看作是一种新的架构方式，特别重构之后的中台，不被单体集成的问题所累。中台的目的是构建企业级统一的服务接口，不只是数据，包括技术、业务、组织架构等，其实质是整合企业内的软硬件资源，包括人力资源。

传统单体系统，一个系统一套软硬件开发和运维人员，这些系统所采用的厂商、技术、开发语言、技术架构、数据库等可能各不相同。随着信息化系统越来越多，系统间面临着数据共享的要求。所以系统集成技术就应运而生：数据同步、表交换、DBLink、消息集成、EAI、SOA、ESB等。不管数据集成、应用集成或者服务化集成，整个链路始终存在瓶颈。比如数据库层难以弹性扩展。SOA-ESB算是中台架构的雏形，提供统一的企业服务总线服务。但ESB重在功能服务集成，没有考虑数据层的优化和重构。MDM主数据管理则提供了建设唯一可信数据源的方法。两者结合以及微服务思想的出现，为中台架构构建提供了思路。

中台构建适合采用微服务的方式，构建中台服务层。包括数据服务、基础组件服务以及业务服务等，封装中后台逻辑。比如客户基本信息服务则提供客户基本资料的查询和维护，至于说客户基本资料存放在哪里(文件、数据库、数仓、大数据平台等)对用户来说透明。这样在底层存储模型更改时并不影响业务应用的运营。微服务也为应用的服务编排提供了便利，比如客户Dashboard的页面可能需要很多服务的数据，也可能每天根据需求自动调整，这样就可以通过服务编排调用不同的服务，把结果实时展示给用户，而这些结果数据可能来自不同的数据源，有来自数仓，有来自大数据平台，或者来自于AI平台等等。

中台算是一种新的架构方式，整合并封装了企业内中后台资源。可以通过减层而不是加层的方式重构企业数据模型，关注数据产生的地方，加强数据治理能力，提高数据质量，提供唯一可信数据源。融合基础设施资源平台，提供计算、模型、算法、搜索等技术能力，支撑业务逻辑。同时梳理业务流程，整合、抽取、重用业务服务，通过服务编排敏捷支撑企业的业务研发和运营。

OneID、OneDataSource、OneService、OneWorld

OneID、OneDataSource、OneService、OneWorld是我们期望达到的目标。OneID通过唯一id将企业内的数据进行整合，提供高质量数据。OneDataSource是在数据整合治理的基础上实现唯一可信数据来源。OneService实现企业内服务的共享和重用，封装中后台逻辑。OneService是构建企业中台的基础，但往往要基于OneID和OneData-Source。OneWorld通过OpenAPI的方式实现和合作伙伴的互连互通。

我们提平台融合，最终就是为实现这样的目标。一个企业内不再是一个个单体平台，也不再纠结于相互之间的整合和集成，而是使所有这些平台都平滑融合在一起，形成一个整体，对内提供统一的服务接口ServiceAPI，对外提供统一的开放接口OpenAPI，构建起企业生存和发展的生态环境，相互依存，相互促进，共同发展。