到底啥是平台,到底啥是中台?李鬼太多,不得不说(ZT)

(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...。

 

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

posted @ 2018-12-21 17:43  dbblog  阅读(3425)  评论(0编辑  收藏  举报