【Architecture】中台概念

Posted by 西维蜀黍 on 2019-08-06, Last Modified on 2023-10-11

中台

提到中台,最常听到的一个词就是「能力」。可能是因为能力这个词足够简单,又有着足够的包容度与宽度。

企业的能力可能包含多个维度,常见的例如计算能力,技术能力,业务能力,数据能力,AI能力,运营能力,研发能力……其中大部分的能力还可以继续细化和二次展开,从而形成一张多维度的企业能力网。

可以说,中台就是企业所有可以被「多前台产品团队」复用能力的载体。

根据中台的类型,可以分为以下几种:

  • 数据中台
  • 业务中台
    • 中台就是微服务业务平台,像最常见的用户中心,订单中心,人们都叫它“业务中台”。
  • 技术中台
    • 中台就是技术平台,像微服务开发框架、Devops平台、PaaS平台,容器云之类的,人们都叫它“技术中台”。
  • 组织中台
    • 中台应该是组织的事情,在释放潜能:类似于企业内部资源调度中心和内部创新孵化组织,人们叫它**“组织中台”**。

业务中台

此时业务已经十分复杂:

1.改一个基础模块需要横跨若干条产品线。

2.很多跨站点的业务,规则设置归于繁碎复杂。

受到了supercell游戏公司的启发,意识到敏捷开发需要中台的支撑力,把控制信息从平台抽离到中台来。

supercell游戏公司的故事

阿里故事

阿里的共享服务部发展历程就是如此。

公司刚开始只有淘宝,后来意识到B2C模式的业务也会是电商领域重要的组成部门,所以出现了天猫,随着天猫的不断发展,逐渐独立成一个部门,但是这两套都包含订单、商品、库存、价格、仓储、物流等基本业务系统。这两个系统互相独立,各自运行。

等到10年左右,阿里开始上线1688、聚划算等业务的时候发现,这些业务针对的领域虽然各不相同,但是他需要用到的系统功能也高度类似,主要也是订单、商品、库存、价格、仓储、物流等系统。如果这些新业务的系统也都要全部重新开发一遍,这无疑是很大的资源浪费。明明既有的系统调整一下就可以满足新业务的需求,为什么还要继续开发新系统呐?

在这个大的背景之下,阿里内部将共享服务部的职权不断提升,统一将各个业务业务部门重复使用,反复建设的功能和系统统一规划和管理。

滴滴故事

滴滴在15年末开始启动自己的中台战略,这与滴滴当时的业务发展阶段也是相关的。

2015 年末,滴滴在短时间内形成了包括快车、出租车、专车、顺风车、代驾等多业务的垂直化架构。

这些业务虽然会有一些差别,但是核心系统和流程都是类似的。如果各自独立开发,也会出现各种各样的问题。

比如说,开发成本过高,滴滴旗下的每个业务,其实都是可以单独支撑起一家公司的,如果每个业务都独立做到极致,那么开发成本和人力成本就会非常巨大,而如果为了控制成本,就把系统的建设放缓,则意味着,无论是核心系统本身的质量,还是对外的用户体验都不太好。

在这样的背景下,滴滴也开始考虑将诸多业务,以及各个城市的系统统一规划,统一建设,提升服务前台的能力。

To summary

其实,刚刚我们提到的,以及许多正在实践中台业务的公司,都有类似的问题,这些问题,大约会是两类

一类是,许多业务需求或功能需求高度类似、通用化程度很高,但是由于没有专门的团队负责规划和开发,大量的系统重复开发、重复建设,导致复用性低、效率低、产研资源浪费、用户体验不统一。

另一类是,早期业务发展过程中,为了解决一些当下的业务问题,垂直的、个性化的业务逻辑与基础系统耦合太深,由于没有平台性质的规划,横向系统之间、上下游系统之间的交叉逻辑也非常多,这样导致在新业务、新市场的拓展过程中,系统没法直接复用,甚至没法快速迭代。

这两类问题,在软件开发领域,有专门的名称,叫做“重复造轮子”和[烟囱式架构”。这两类问题本质上是企业在发展过程当中,为了解决当下的业务问题,快速上线了很多功能,而欠下了许多技术债,当企业进入成熟期之后,发现这些问题的存在,严重影响了企业的运行效率和运营成本。

如何能够机制化,产品化地解决这些问题,能够更好地通过产品的形式,将企业内部具有很强的通用性的数据、功能、产品甚至经验进行统一规划和开发,进而更好地帮助前台业务部门更多地关注业务,提高业务运营效率,进而提升企业竞争力,是企业开发中台的基本出发点。

Trade-off

  1. 如果抽象得不好,中台可能会成为业务结构复杂的BU的瓶颈
  2. 即使是抽象做得不错,中台可能会成为业务结构复杂的BU的瓶颈,因为这些BU可能仍然需要不断的迭代中台服务,因而他们与一个独立的中台团队不断协作,相比于他们自己就负责自己的逻辑,迭代速度肯定相对更慢,同时沟通成本也会更高
  3. 而对于业务逻辑相对简单的BU,应用中台战略会明显让这些BU更收益,因为已经造好的轮子只会加快业务的迭代速度

Reference