基于“业务中台”构建的一些理解

何谓“中台”

“中台”的概念大家应该都有一定的了解，这几年随着互联网业务的不断发展。逐渐对于中台的细分又多了很多，如“技术中台”，“数据中台”，“业务中台”等等。

不论怎么细分和演变，“中台”的思路基本都是围绕“城市水电煤”的基本概念，抽象共用能力，
和SOA的架构以及微服务组件化设计理念基本一致–服务重用，避免重复造轮子，提升研发、业务效率。

“中台”边界

那有了“中台”后，以前的前台、后台怎么剥离分工，这个边界一直都很难界定，以前理解的前台多面向业务，后台多面向技术实现和底层技术架构。对于“中台”我个人理解更偏向于业务的组件化实现，能为前台业务提供搭积木的模块服务，不需要为新业务重复去后台定制研发，只需轻量级的组装模块服务即可实现前端业务，简化前台的投入，更多的投入到业务的商业化上，那后台更倾向回到底层技术架构，如各种中间件，分布式缓存等等，目前大家常说的PAAS服务上，因为“中台”做得很多，业务共用组件都已经这个平台高度抽象了。

基于对中台的以上理解，我们来聊聊 “业务中台”，大家可以看下上图，业务中台包装的业务模块很多，都是可以独立或者组合输出的，其中每一个板块还可以做成平台中的平台，每个独立的模块还可以继续以业务抽象来模块化每个板块的能力，比如以一个具体的“营销”业务中台为例。

“营销”业务中台

一个营销中台（如下图），可以继续拆解并抽象出3层，为业务提供“枪”的业务产品层，为业务产品提供“子弹”的基础产品层，为基础产品提供“火药”的基础能力层。

互联网公司经常会发布一些品牌类营销活动如品牌日促销，瓜分几个亿，今日5折，以及大家经常收到的营销类短信，都可以基于中台的架构快速实现，基本只需要很少的人力开发个活动宣传的H5后就可以直接对外，当然前提是要等领导审批过活动经费预算后。

不过“业务中台”的搭建也不是一时之功，需要公司一致的配合，团队抽丝剥茧的能力，还有一开始一定的平台产品视野和高瞻远瞩的规划能力。

对业务中台以及营销中台感兴趣的欢迎大家一起交流。

联系邮箱：[email protected]
2019/6/27