鱼龙混杂，究竟什么才是企业需要的“中台服务”？

　　(1)哪些不是中台，而是应该叫平台

　　做开发，有所谓的三层技术架构：前端展示层、中间逻辑层、后端数据层 。我们现在讲的中台不在这个维度上。

　　做开发，还有所谓的技术中间件。一开始我们没有中间件的概念，只有操作系统、数据库这些简单玩意，后来有了所谓的分布式计算，才有了所谓的中间件。如分布式组件容器(如EJB容器/COM容器)，如分布式事务(有了分布式事务协调中间件)，如需要在分布式应用之间传递数据就有了分布式消息队列。从而，中间件成了一个独立市场。但是，我们现在讲的中台也不在这个维度上。

　　现在到了云计算时代，云计算整个大体系被简单粗暴分为SaaS、PaaS、IaaS，有人就混淆视听，就把PaaS叫做中台，中台就滥了：Spark/Hadoop叫做中台、TensorFlow人工智能叫做中台、IoT物联接入平台叫做中台、音视频处理(如转码/裁剪/鉴黄等)也叫做中台。现在是个东西就叫做中台。但是，我们真正要讲到的中台也并不在PaaS这个维度上。

　　(2)我们为什么需要中台

　　因为这是一个企业信息化的新时代。为什么这样说呢?

　　过去企业信息化的主流重心是企业内部信息化。但现在以及未来的企业信息化的主流重心是企业外部信息化。

　　我过去已经说了，中国互联网从1998年算起(新浪搜狐网易都在那一年成立)，到现在20年了。20年，其实就两个阶段。按to C的分法就是PC互联网时代、移动互联网时代，按to B的分法营销时代、交易时代。

　　第一个10年（1998-2008） ，不管你是搞音乐图片视频，还是你搞新闻、爬虫新闻、博客论坛，本质上就一个事：做内容拉消费者流量然后拉企业广告变现 。

　　到了第二个10年（2008-2018） ，给企业倒流量，企业已经不信了，你给我多少点击量没用，我归根到底还是得看我卖出了多少东西。所以中国互联网进入了交易时代。为啥从2008年之后，中国电子商务公司如雨后春笋爆发，就是因为这个历史大规律背景。

　　从现在开始到未来十年（2018-2028） ，进入了第三个时代。因为在第二个十年，有了消费者也有了订单了，但是上游生产、采购、研发设计不给力啊。市场机会转瞬即逝，谁快谁就能抓住机会。所以中国上游生产、采购、研发设计必须要变革，来适应下游消费者订单。 这就是中国互联网企业纷纷进入to B市场纷纷进入企业服务领域的根本历史大背景。什么to C流量红利没了成红海了，什么中国人力成本高了需要精细化运营了，这纯粹都是外行瞎逼逼、脑子进水了。

　　我过去已经说了，中国企业软件，从内部单部门单岗位应用，进化到内部多部门多岗位应用，后来又到整个企业乃至整个企业集团的全部应用。再往大长，就必须要突破企业边界，进化到企业的衣食父母(客户)的信息化，这就是我说的连接客户（消费者），让消费者直接参与到企业IT业务流程处理中。进而再进化到连接企业的上下游，为消费者需求与订单进行通力合作、敏捷互动。最后再进化到连接社会基础设施，如工商税务海关银行、交管车管、国土住建、社保民政、质检安监 。

　　所以，现在以及未来的企业信息化的主流重心是企业外部信息化：连接消费者、连接产供销研上下游、连接社会基础设施单位。

　　因为要连接消费者。也就是说，消费者在哪里，我们就要连接哪里。这势必造成了IT应用微型化、场景化、碎片化。尤其现在是移动互联网时代，App技术特性决定了流量是被碎片化的不能聚合的。

　　另外，中国的消费者变化快(也有人说这是中国消费者不理性不成熟的表现)，这也势必造成了IT应用要快速迭代改变。

　　另外，中国的消费者是巨量的。中国每一个省就相当于欧洲的一个国家的大小、GDP规模、人口数量。

　　所以，我们必须把我们过去铁板一块的应用拆分拆分。与外部连接相关的的应用场景，一定要做成微型化、场景化、碎片化、微服务Open API技术，这样便于快速连接、快速迭代改变。

　　(3)业务中台

　　咱们就拿所谓的新零售举例子吧。过去的零售渠道很经典，现在，光互联网零售渠道就有很多，还有线下零售渠道，现在还有大客户零售渠道。过去支付方式也很少，现在线上线下很多支付方式。过去消费者来源很少，现在无界零售，有消费者流量的地方就是消费者来源。

　　所以，在新零售的IT面前，统一会员、统一营销、统一订单、统一库存、统一支付、统一信用...，这些就成了需求。这就是中台。而这些中台，我们叫做业务中台。

　　当然，按照这种思维来分析应用功能模块，你肯定会类推出财税中台、人力资源中台、供应链中台、新制造中台....。

　　中台还有好几种，我接下来一块块说。

　　(4)应用中台

　　除了刚才上述讲的业务中台，还有一类中台是应用中台。

　　做商业应用级别的基础设施，就必须拥有应用中台，如企业云盘、音视频会议、企业直播、IM、多触点交互机器人、聚合支付、电子发票、电子合同、电子凭证、银企直联...

　　他们都带有业务应用特征，不是纯技术。但是他们又不是具体的业务场景应用，不是类似零售、制造、人力、财税、OA、供应链、CRM这样。

　　所以，我把他们这些都叫做应用组件，他们组成了应用中台。

　　(5)技术中台

　　还有一类是技术中台，过去我们把他们叫做技术平台。

　　但是我这里讲的技术平台不是指通用IaaS、通用技术中间件，我讲的还是企业应用的技术平台。

　　为啥过去叫技术平台，现在就叫技术中台了呢?

　　因为过去技术平台是恒定的。也就是说，你发布了一个版本，你用一年它也是这个功能能力，你用十年它也是这个功能能力。功能能力是不变的。

　　但是，有了数据和AI驱动，这个技术平台就不恒定了。它里面的很多功能特性就在天天进化、天天模型、参数在自动调节。所以我们就把技术平台升级到了技术中台的概念层面。

　　所以我老呼吁，不要把中台部署到企业内部私有环境中，这是错误的方向，这是老旧的技术平台的思维。如果部署在企业内部私有环境中，它就接受不到社会360度海量数据的训练了，它只能接受你这一家企业单点的数据训练了，所以它就成三岁小孩了，智力不增长了。

　　如果你部署在公有云或者专属云上，就会接受我们日常360度的数据训练，它的智力就会天天进化，随着社会动态变化不断自动调节适应了。

　　你可以把和外部连接的应用放到公有云上，因为他们是外部连接型的，你把他们放到你的内部私有环境中他们就跑不起来了。

　　你当然可以把你只内部的应用放到你的内部私有环境中。要把公有外部连接的应用和纯内部使用的应用连接在一起，这就需要到了技术中台。按照这个角度来看，中台也不应该部署在私有环境中啊。它一定要放在混合云环境中，这样才方便公有云应用和私有云应用连接打通。

　　在技术中台这里，最核心的就是集成中台：

　　1、集成各类企业内部ERP

　　2、集成各类公有云SaaS

　　3、集成各类互联网电子商务Open API

　　4、对外统一开放API，便于外部生态应用接入与融合

　　你看，大量都是内外连接能力，需要经常变动、需要内外通畅。

　　(6)数据中台

　　所谓的数据中台，是带有产业主数据、画像标签、业务模型、业务算法的。

　　所谓的数据平台，才是那些最基础最通用的什么Hadoop、Spark、Flink、Impala、HBase、Flume、Mahout、ElasticSearch。

　　这样一说，大家就很清楚什么是数据中台，什么是数据平台了。有人拿数据平台来冒充数据中台，把客户当傻子来骗，真是可耻。