这几天，阿里影业的《啥是佩奇》大火，在IT圈里，也有一个佩奇，这个佩奇就是阿里提出的“中台”。
在IT圈问“啥是中台？”就像在村里问“啥是佩奇”一个效果。
2016年，去杭州参加云栖大会，在大会前一天，阿里云组织了一场培训，其中一段就是关于“中台”的。为此，我回来后还专门写了一个公众号文章：《兄台，你可知道“中台”？》
在文中，我将中台类比为华为的“班长的战争”，即“让能听见炮火的人来指挥战争”，这个听见的炮火的人来自“前台”，而呼唤的炮火正是来自于“中台”。
那么到底什么是中台？
中台是基于阿里中间件构建的云化的业务能力。
阿里中间件包括但不限于：
- EDAS、应用服务托管平台，中台的能力需要通过应用服务来呈现，而所有的中台服务都运行在EDAS之上， 目前EDAS上支持Spring Cloud、Dubbo、HSF编写的应用，其中Spring Cloud、Dubbo都是开源分布式服务框架、HSF是阿里巴巴自己私有的框架。
- MQ、消息中间件服务，应用服务之间可以直接调用，但也可以通过消息中间件来相互交互，用消息中间件的好处是可以“削峰填谷”，有了MQ，阿里巴巴每年的双十一才有能力承载那么高的并发量。
- ARMS、应用和前端监控服务，最终，中台里会有大量的分布式应用服务，哪些中台服务运行的好、哪些运行的有问题，靠人工是回答不了的，只有通过ARMS这样的监控系统才能快速发现和诊断应用故障。
- PTS、压力测试服务，中台的目的是为了创新，创新的目的是为了盈利，互联网背景下的盈利自然离不开“流量”，流量来了系统能兜的住么？现在的系统能承载的压力有多大？靠拍脑门子？就算拍碎了也没用，用PTS可以尽可能的仿真真实的业务流量压力，让系统上线前模拟考试。
- GTS、分布式事务服务，分布式系统有一个难题，就是假如一笔交易需要调用多个分布式服务时，一旦某个服务调用不成功，就要保证交易可以整体回退，GTS就是负责这个事情的。
- CSB、面向外部提供服务的管控平台，中台对内部服务时可以使用Spring Cloud、Dubbo、HSF的远程调用，对外部服务时为了保证边界的安全和可控就需要用到CSB。
- DRDS、分布式数据库服务，所有的中台服务都是自己管理数据，一般用的都是MySQL这样的轻量级的关系型数据库，一旦某个中台服务承载的数据量过大，用单个MySQL承载不了，就需要将多个MySQL整合起来存储和处理，这个整合工作就是通过DRDS来处理的。
那么什么是云化的业务能力，我觉得解释这个问题还要看曾鸣教授的“点”、“线”、“面”、“体”理论。
曾鸣教授说：
- “面”指的是平台或生态型的企业。“面”的核心是要有创造新模式的可能性。
- “点”是指在“面”上存在的各种各样的新角色，淘宝上提供物流、模特、软件服务的商家，这些角色都是淘宝这个“面”上的不同“点”。
- “线”、淘宝卖家都是典型的“线”。依托于淘宝这个“面”，淘宝卖家能够直接为消费者提供产品和服务。
- 体、“点”、“线”、和“面”是一个三者共生、共同发展的结构，例如淘宝的生态“体系”，“面”是“体”最根本的组成要素，在“面”的扩展过程中，如果能够有足够强大的基础，也许还会衍生出其他的“面”，进而形成一个日益完善的“体”。例如源于淘宝的支付宝、阿里云也都形成了另外一个新的“面”，产生了新的创新，最终形成了一个基于互联网的新型经济体。
有关“点”、“线”、“面”、“体”理论更细致的介绍推荐看看曾鸣教授的《智能商业》这本书。
按照曾鸣教授的理论，“点”、“线”、“面”、“体”对应的是网络协同，而完整的智能商业双螺旋还包括数据智能。
网络协同对应的是业务中台，数据智能对应是数据中台。
在16年的那篇文章中我将中台的提出者归到当时的阿里集团CTO行癫的名下，而今天的行癫已然是阿里云智能事业群的总裁。就在不久前，行癫在阿里新零售峰会上提出的两个中台却变成了：“数据中台”、“智能中台”。
就在我们还在纠结于啥是业务能力的云化的时候，人家的中台又进化了。
不过到底啥是中台？好像又不是那么重要。
