阿水说中台

中台去年很火，要不是去年10月份区块链火了一把，中台应该是2019国内最热的技术热词了。当然，这也仅限于国内，国外技术圈听到这个词还是一脸懵逼。年底时Gartner给中台定义了一个英文翻译，叫Middle Platform，不过看这样子，2020年Middle Platform也火不了。

在2019年，中台太火了，哪家公司不谈中台，哪个架构师要不在中台上发表点观点，那就是落伍了，马上就要把技术圈给抛弃了。真的是忽如一夜春风来，千树万树梨花开，一时间，网上充斥着各种中台的解读和经验分享，好多“十多年中台架构经验”的专家都从地里冒出来了，大家连忙把原来的PPT找出来，全文搜索“平台化”、“服务化”,全部替换为“中台”。

中台的来源

一说中台，就要提到阿里，一提到阿里搞中台，就会提到SuperCell,还有那张著名的美军中台炮火群。不得不说阿里不仅技术能力强，其技术影响力在国内也难有公司能望其项背，十分希望阿里能将“中台”发扬光大，做一次成功的文化输出。

企业IT架构转型之道：阿里巴巴中台战略思想与架构实战

阿里中间件首席架构师钟华大牛在2017年将阿里做的服务化转型编撰成书，冠以中台战略，书中干货很多，诚意满满，我看完收获良多，在此推荐给每位技术人员。就是有一点困惑，钟华在书中提到的中台和十几年前提的SOA，亚马逊提的micro service本质上的区别是什么。钟华本人也在书中第二章中提出：

而且书中绝大部分章节都在讲服务体系的搭建和相应的技术方案，像服务拆分、异步化、缓存、日志埋点收集、服务限流降级等等。你好好想一想，如果作者将书名改为《企业IT架构转型之道：阿里巴巴服务化战略思想与架构实战》，是不是毫无违和感。当然了，作者也有自己的一些在实践中的一些宝贵的经验之谈，比如在第4.3章节中，关于服务中心的划分原则,作者认为微服务拆分时用Line Of Code这种衡量方式十分不可取，不知这个是不是影射亚马逊的two pizza team。

为了理解中台与（微）服务化的差异，我反复研读钟华这本书，以及钟华在各种场合做的报告，还有网上其他同行对于中台的解释。越看，越有一种中国特有的玄学特色，只可意会，不可言传，领悟到多少，就看你的境界了。我估计钟华自己也很纳闷，我17年写的书，怎么19年火成这样。哪来的技术中台、算法中台，我只提了业务中台和数据中台啊。

我对中台的解读

网上有各种对中台的解读，我就不一一列举了，有一个版本传说是阿里中间件团队对于企业中台的定义：

我是挺认可这个定义的。在这个定义之上，我再说说我的一些理解。

中台本质上就是服务化

你可以把服务化的原则、定义、方法论照搬到中台上，也不会有人能发现破绽。因为按照之前对于企业中台的定义，中台就是能力的沉淀，服务化也是这个目的。

中台更偏向业务+管理视角

（微）服务化更偏向于技术视角，公司领导和客户通常不懂也不关心你的服务化怎么做的。而中台就弱化了技术细节，聚焦于业务，同时加上管理要素，比如组织机构怎么设置，KPI如何定义等等。马老师一听，这个好，这个能听懂，还有美军作战图，太形象了，就这么愉快地决定了，我们启动中台战略。马老师如果懂技术，那就可能会变成我们要启动服务化战略。

PS：中台战略确实听着比服务化战略要高大上。

中台包含数据

我们讲服务化的时候，通常指的是业务逻辑的沉淀和复用，当中的数字资产指的就是业务逻辑和代码。而中台里的数字资产，除了逻辑外，更有宝贵的数据。同时这些数据又能反哺给业务，数据就像肥料一样，能不断的滋养业务。没有数据的中台是没有灵魂的。

中台是聚合的概念

网上有个笑话，一个架构师咨询一个大师，说自己的服务化拆的太细了，开发和运维成本很高，怎么办。大师说，那你就合起来呗。架构师一听，说道：那这样怎么和领导交代，太没面子了。大师说：你就说我们跨过微服务的初级阶段，开始做中台了。虽是个笑话，不过中台确实有聚合的概念。比如电商的支付中心，它内部的微服务可能有好几十个，用支付中心这个概念，就能屏蔽底层的技术细节，对外只提供稳定可靠的支付能力。不好意思，刚才说错了，应该叫支付中台。

写在最后

2020年，中台大家肯定还会提，不过大家都一样，说自己是中台，那就是中台。反正也没有标准，没有方法论。我只要能对外提供服务，那就是中台也。

本文分享自微信公众号 - 程序员阿水（gh_124d28263603）。
如有侵权，请联系 [email protected] 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。