中台-核心共性业务能力复用和分层构建思想

图片

今天接着跟大家聊一下业务中台。我前面发过相关的一些关于讲中台讲微服务的视频，但是最近小半年我基本上很少去谈业务中台的概念，原因就是互联网推出的中台概念到了B端企业往往水土不服，很多项目也做烂尾，包括阿里在去年也提出了逐步拆中台。

但是中台的思想仍然是值得我们思考和学习的关键点。再次说明中台思想核心不是微服务，而是SOA参考架构分层构建和复用思想。

对于业务中台我前面提到过它核心的一个关键点，就叫共性的可复用的业务能力的下沉，构建的这么一个平台就叫业务中台。对于数据中台一样的道理，共性可复用的数据能力的下沉，对于技术平台共性可复用的技术能力的下沉。

图片

因为中台这个概念，本身是阿里提出来了很多年，如果我们对照阿里本身的中台架构或者是电商平台的架构，你可以看得到，阿里的业务中台究竟是什么呢？他就会把它构建整体的电商平台，我们常说的用户中心、会员中心、商品中心、支付中心、订单中心、结算中心，所有的这一些中心的能力整合起来，就叫阿里的业务中台。在这个中台之上，你可以构建天猫、淘宝、聚划算等一系列的上层应用，这是种典型的业务中台的概念。

但是对于传统B端企业来讲，那你究竟应该怎么样去构建业务中台？或者说业务中台是不是一定会涉及到微服务？

因为阿里在谈他的业务中台的时候很强调整个中台架构里面的微服务和前台和中台的分离，所以这个就把很多企业在构建业务中台的时候搞得很迷糊，有的企业会认为他们构建的流程平台4A平台就是业务中台，或者是有的企业要建5个大的应用，每个应用都微服务化也进行了前后端的分离，他就认为这5个应用的后端的5个微服务它就是业务中台，这些理解都不是一种很标准很正确的一个理解方式。

图片

对于业务中台，我们一定要抓住它最最重要的东西，就是一定是共性能力的下沉和可复用。比如我们刚才谈的例子，你企业要构建8个新的微服务类的应用，这个时候你可能8个微服务应用后端，拆出了20个相应的微服务中心，这些微服务中心它确实就构建成了一个核心的业务中台能力，但是这个时候你上层的应用，你不能够再是有8个独立的应用了，你如果上层还是8个独立的应用，那你的前端和后端完完全全是一对一对死的。

你虽然是做了前后端分离，你仍然看到你本身还是在垂直的进行烟囱式的建设，你没有去考虑核心的业务中台共性能力的使用。所以我原来在讲中台讲微服务的时候一直在强调，核心的一个概念就是中台思想它不仅仅是微服务化，更重要的是它是SOA架构思想的一个应用。SOA架构思想里面一个核心就是要去找到企业里面你的核心的业务核心应用系统可复用的能力，用这些可以复用的能力快速的去组装你上层的应用，所以说脱离了SOA架构思想你谈中台不合适。

那么企业怎么样去构建业务中台，是不是一定要微服务化，这个也是我们关心的一个问题。我在前面的视频也讲到当企业面对大量的遗留的单体的IT架构的时候，这个时候你一定不能按照理想化的方式把原来的单体架构全部推翻全部微服务化，这种方式去构建业务中台。因为你这样就是为了微服务而微服务，你会发现你微服务化以后，你这个可复用的能力还是没有抽取出来。所以企业在构建业务中台的时候，一定要注意到包括现在我一般很少用业务中台这个词，我更多会用借鉴传统SOA里面的叫法叫业务共享能力中心这么一个概念。

图片

当企业有大量的遗留IT的时候，你这个共享中心就有两种建法，第一种方式是针对于已有的遗留的IT系统，我要去识别抽取可以复用的API接口或者是可以复用的能力接口，把这些接口接入到我的业务中台里面然后朝上层去暴露。这些接口不是简单的，比如说你用一个APP网关用一个总线引擎把它接入进来就完事了，你在识别出来这些接口以后，你拿到以后你可能还要再做一些改造和整合，形成更加可复用的能力。

另外一个方面就是对于全新的系统要建的时候，你一定不能按照纵向一个一个的思路去思考，一定要按照横向分层的思路去思考，把多个上层的业务应用里面可复用的业务抽取出来把它沉淀到你的业务中台里面，作为独立的微服务中心，从纵向的架构思路转到横向的分层的思路，把共性的东西抽取出来独立建设，建议完了以后再暴露接口，只有这种方式你才能够逐步的沉淀你的业务中台能力。

所以大家去构建业务中台的时候，不要去纠结我是不是一定做了微服务化，是不是一定做了前后端的分离。构建业务中台你就抓住两个重点，第一个重点就是叫共性的业务能力的下沉，暴露可复用的API接口能力。第二个从传统的纵向建设的思路，转到横向分层建设的思路，不要再去搞前端应用和后端模块的一一绑定，你只有进行了横向的分层解耦，你才逐步会具备了构建可复用的业务中台的这么一种思想。

好了，今天的简单分享就到这个地方。希望对大家有所启发，再见。

何明璐