3.1　什么是业务中台

到底什么是业务中台？相信很多人都会有这个疑问。实际上，目前业界对业务中台的解读有很多版本。本节会给出业务中台的定义，并将其与常见的理解误区进行对比，再从业务运行机制和系统开放机制两个维度，展开阐述建设业务中台的主要内容。

3.1.1　业务中台定义

业务中台是以业务领域划分边界，形成高内聚、低耦合的面向业务领域的能力中心，打造持续演进的企业级业务能力共享服务平台。业务中台的直观呈现就是各能力中心，常见的有交易中心、商品中心、库存中心等。它不仅提供丰富的共享服务，还包含体系化建设企业能力域的方法和机制。业务中台不仅是生产上层应用的开发设计平台，也是配置、编排和扩展业务对象、业务能力、业务规则及业务流程，完成企业资源运营管理的平台。它为上层应用系统的稳定运行提供了高并发、高可用的执行环境。

对于业务中台的认知，有以下三点需要明确。

1.微服务不是业务中台

“微服务”是当今比较流行的一种技术架构，而业务中台的内涵不仅仅是技术架构，还是一种组织层面的业务架构。

首先，中台作为技术架构体现出来的是本书着重介绍的中台系统，但从广义上讲，它还可以是一种企业组织管理模式和理念（见2.5节）。中台是在“集中”的基础上建设隔离分权的前台业务，并将这些业务进行联通。

其次，业务中台结合了系统论整体规划的思想，将系统按纵、横两个方向进行拆分。它吸收了微服务“按业务领域”的纵向拆分应用方法，形成“高内聚、低耦合”的能力中心；再在纵向拆分的基础上，横向将业务中台与业务应用进行隔离，造就了中台的共享理念，使其超脱了微服务的范畴。中台内部纵向拆分服务，降低了领域间的耦合度。中台与上层应用横向隔离，促进了业务和数据在各应用间的交叉共享，大大减少了重复建设和重复投资，由此，也造就了可持续沉淀积累和运行的企业资产，中台因此成为企业数智化转型的新基建。

因此，微服务不是业务中台，但微服务与业务中台并不是截然分开的，微服务是在技术层面建设业务中台能力中心的最佳实践。

2.业务中台不是前台应用

前台应用包含两大部分：前台交互界面和前台应用服务。前台应用服务是指为前台交互界面提供后端服务接口的功能单元集合。业务中台一般不直接面向前台界面，而是面向前台应用服务，为其提供共享的服务接口。前台应用服务提供的功能具有应用局限性和特殊性，它一般是完成某一个特定业务场景所需的功能。相比而言，业务中台完成的则是多个业务场景的通用部分，以及挂载和执行面向特定前台业务的扩展功能。通常来说，前台应用服务会根据前台业务场景的特殊需要，将中台能力进行编排、转换后再提供给前台界面使用。

3.业务中台是通用业务机制的实现

根据上节的介绍，业务中台共享服务与前台应用服务的一个重要区别是，业务中台实现的是业务场景通用部分的功能。这部分通用功能是结合不同前台业务，通过抽象所形成的通用业务运行机制，解决的是前台业务共性的问题。这种通用的业务运行机制是业务中台的核心内容之一。中台专注于通用机制的抽象和实现，所以中台才具有通用性和包容性。中台再结合可动态修改的配置项，以及可即时扩展的插件，通过业务空间的隔离，解决了业务个性化问题，即以一套通用的机制同时支撑不同业务，从而进一步保证了中台的开放性。业务中台主要就是以这两点来支撑不断变化的业务场景，并确保自己不会频繁地被推倒重建。

3.1.2　业务中台主要建设内容

前文提到，业务中台专注于通用业务运行机制和系统开放机制的实现。在此，我们将业务运行机制拆解为业务四要素——业务对象、业务能力、业务规则和业务流程，并将系统开放机制拆分为业务配置和业务隔离，见图3-1。

图3-1　业务中台主要建设内容

1.业务对象

业务对象包括实体对象和过程对象。实体对象是指具体的企业资源、产品与服务，例如店铺、用户、客户、组织机构、价格政策等一切有形或无形的资源。过程对象主要是指企业在经营活动中对业务动作进行的描述。比如“订单”是对交易活动的描述，“结算单”是对多方利益关系体分利润过程的描述，它们都是过程对象。

2.业务能力

业务能力是同类业务功能的抽象实现，是对业务对象的操作。业务能力可以改变业务对象的状态，并通过结合业务规则来操作相关的业务数据。一个能力可以支持多个功能。能力的基础是结构和算法。能力是系统内生机制的体现。在不同的业务场景下，业务能力可间接表现为不同的应用功能。比如商家入驻能力，既可以对应商家自主注册的功能，又可以对应电商平台后台主动开通商家账号的功能。

3.业务规则

业务规则就是业务逻辑，是用来控制或影响业务能力的定义或者约束的描述。中台将业务规则与业务能力独立开来，单独实现。业务规则影响了各能力中心所提供的能力和业务数据的聚合、转换、变化。比如，“商品创建能力”搭配“商品需要审核”的业务规则，就会产生“商品创建后，商品进入待审核状态，需要审核通过后才能发布”的情况。

4.业务流程

业务流程规定了业务中台系列业务动作执行的顺序，用以完成特定的业务目的。中台针对不同业务需要设计不同的业务引擎，比如交易引擎处理交易相关的逻辑，促销引擎负责促销活动相关的自动化，审批流引擎负责业务单据的审批。业务引擎和流程定义决定了能力中心内部以及能力中心之间如何自动化执行。比如通过可自定义的交易流程，业务系统既可实现先付款后发货，又可实现先发货后付款。这种面对实际场景需要多变的业务不是通过修改代码，而是通过调整业务流程来实现的，从而让中台达到随需而变。

5.业务配置

业务配置是内嵌在中台业务逻辑中的一些控制点和扩展点。通过可视化的配置视图，用户可以动态控制中台的执行逻辑，让业务柔性运行。比如用户身份认证扩展点，可以配置用户在下单时是否需要进行认证。如果进行认证，是选用滑块认证、人脸认证还是其他认证方式，从而动态控制下单场景中的业务执行逻辑。

6.业务隔离

业务中台作为共享服务，需支撑多个前台应用。在共享的基础上，需要隔离前台应用，让前台应用既可执行个性化的逻辑，又避免互相干扰，各自独立运营发展。比如，当任何一个前台应用增加功能或者修改执行逻辑时，我们只需对该前台应用进行整体回归测试，而不需要对其他前台应用进行回归测试。