中台技术架构解读

中台技术架构解读中台不同于平台，那么到底啥是中台？
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...。

这样一说，大家就很清楚什么是数据中台，什么是数据平台了。

有人拿数据平台来冒充数据中台，把客户当傻子来骗，显得可耻。