Hello World

吞风吻雨葬落日 欺山赶海踏雪径

0%

中台

中台定义

“中台”没有标准的定义,每个人都有自己的理解、推荐郭东白博士对中台的解释,简单易懂:

定义中台我认为可以有两个角度,一个是从中台本身的价值和出发点来:
中台是在多个部门之间共享的开发资源所提供的业务能力、数据能力和计算能力的集合;
另一个定义是从中台的相对定位来:前台是面向终端用户的一组业务能力,业务中台是对前台应用的抽象,提供多个前台业务之间的共享业务逻辑、数据和计算能力。

这里提到了中台的重要特征:“共享的业务逻辑,数据与计算能力”。中台也不是万能的,它仅仅适合在高确定性和高通用性的场景下创造增量价值。

平台与中台

业务平台的概念非常泛,更是没有自己的明确边界。一般而言,只要一个业务涉及到多方支撑,就称为“平台”了。
中后台部门支撑业务通常有三种模式:服务模式,中台模式,平台模式。下图对三种方式进行一个比较:

不同模式下业务与底层能力的紧密程度而言,从服务模式-> 中台模式 -> 平台模式,业务与底层能力的耦合是越来越紧密

  • 服务模式:服务方与被服务方式松耦合的,一般而言服务方不与具体的业务场景强耦合。例如OCR识别能力,可以应用到前台的商品推荐,也可应用到风险识别场景。

  • 中台模式:前台业务与中台存在交集关系,也就是说业务强依赖了中台的能力,同时业务有自己其他的能力。从系统架构而言,中台能力是业务整体逻辑的一部分,同时前台业务会有自己独立的应用。

  • 平台模式:通常在平台模式下支撑业务,平台是一个独立的产品,业务”包含”在平台里,业务没有自己独立的应用。平台模式的一个难点在于定义平台的边界:哪些功能应该平台实现?哪些功能该平台以外的系统实现。以我以前做过的审核平台为例,审核用到的信息需要做补全,补全能力到底应该平台实现?还是调用审核前由上游系统补全。

平台模式的困境

今天平台服务模式面临很大的困境:

  • 业务通用能力与个性化的矛盾。通用的定义是什么?只有一个业务的个性化需求,当前平台能力不满足,是开放扩展接口?还是让业务自己解决? 这些问题都是日常研发中经常发生争论的地方
  • 业务交付效率和平台稳定性的挑战. 随着平台支撑业务的增加,对平台底层能力的更新,越来越难以评估影响面(也就是软件复杂性哲学里的”unkown unkowns”),业务交付时效逐步下降。

早期建设审核平台采用通用的平台化架构思路:

  • 前台组件化: 布局组件(瀑布流模式,table模式等), 信息展示类组件(文本组件,图片组件,超链组件,高亮组件等), 动作类组件(审核,打标等)
  • 服务能力配置化: 任务管理(创建,分发,流转),质量检查,问题定位等都可以通过配置自由选择

早期这种模式带来了业务效率的提升,尤其相似场景的快速复用。随着业务场景的越来越复杂:商品审核同时需要对字段打标;相似的风险,业务希望做聚类,重复信息不展示等;不同组件间如何支持联动,提升审核效率。 个性化需求不断的提出,系统的配置化难度越来越大;同时底层能力的升级也越来越困难,往往造成非预期的业务影响。

实际上业务甜蜜期非常短暂,系统很快进入了“困境”:

  • 业务困境
    使用门槛高。 系统配置五花八门,都是原子能力配置。即便是最简单的业务场景要使用审核系统,也要尝试去理解背后的整个产品能力,从中挑选少数几个符合自己需要的。

  • 技术困境:
    协议管理和维护: 随着复杂度上升,早期的配置协议不能支持新业务诉求,这时候需要升级协议。老协议到新协议版本的迁移,多个协议版本的维护等, 耗费了大量的技术资源,还容易造成业务影响
    业务响应效率下降:系统越复杂,对系统的修改越难以评估。这时候的改动也会需要耗费大量时间.

平台模式下系统”困境”原因分析

业务系统是基于业务分类进行归属划分的,多个需求方之间有的共性多,有的是差异大。例如前面的审核系统,商品审核需要大部分个性化诉求(审核与打标并存,聚类差异化展示等),在其他业务场景很少使用。

下图的左边描述是符合这样特征的问题空间, 平台和中台分别有两种不同的思路来解决:

平台思路

传统的平台方案,试图寻找一个大一统解决方案解决问题域的所有情况。配置化驱动就是这种思路下的代表,系统的底层是原子能力,通过对原子能力的编排来实现业务个性化。能力编排可以使用代码,配置或流程引擎等。
不同业务的共性,差异都要在系统设计中考虑,维度太多,导致系统的复杂度急速上升. 这也是平台型系统快速进入困境,响应变慢的原因.

中台思路

中台思路尝试对问题域进行划分,相似度最大的业务划分到一类进行考虑,在这个有效的问题空间寻找最优解。在中台思维下,复用性不再是单一的维度,而是不同”层”的复用,从下往上,复用的粒度越来越大,越来越有价值。

中台总结

中台所代表的企业架构向平台型演进的过程,本质上就是企业在发展过程中,随着对于市场信息认知不断提升,在不确定性中寻找确定性,持续在跨业务线探索通⽤最佳实践(Best Practice),并以中台层承载,并最终⽤于⽀撑和实现企业对于业务发展的快速响应、复制与增强的过程。- Thoghtworks 首席咨询师王健 中台的第一性原理
阿白博士讲”共享业务逻辑”,王健讲”通用最佳实践”, 本质是相同的:中台是企业中可复用业务模式的一种承载形式。学习中台思维,就是要从业务中寻找共性&确定性,通过业务空间进行分而治之,寻找可复用的业务模式。

参考

https://insights.thoughtworks.cn/what-is-zhongtai-definition/