IT2.0业务中台规划牵引客户IT基础设施投资随想 （十三）：共享模式下的中台规划

共享模式下的业务中台是一个个整合资源后形成的能力共享中心，前台通过对能力的组合、编排，快速重构并搭建一个个新的业务模式。业务能力共享中心的重点在于业务能力、业务活动、业务数据的“被集成”。

对于共享模式下的中台规划来说，中台提供的业务应用服务的复用性非常高，基本上任何一个前台的构建都不可避免的会用到中台提供的服务，这样也能有效避免公共服务的重复建设。

还有一个特点是前台的自主性非常的高，前台通过集成中台提供的共享服务，可以快速构建面向用户的APP，以支撑新商业模式的快速搭建和推广。

此外，不同的前台之间的交互是非常少的，前台业务之间并没有太多的协同诉求，前台更多地通过共享的中台服务来实现统一和畅通。

对于共享模式下的中台规划，举例说明如下：

阿里的业务中台规划本质上就是在规划业务共享服务体系，阿里将集团20多个核心业务中公共的、通用的业务以服务的方式沉淀到共享业务事业部，共享业务事业部在阿里中台战略中扮演着至关重要的作用，整个集团的核心业务能力均建立在这样一套共享服务体系之上，这样就能发挥服务化架构的核心价值，即“服务重用”（内容摘自“阿里巴巴中台战略思想与架构实战”）。如下图所示，业务中台提供的统一会员、营销、订单、商品、价格、库存、支付、物流等服务，支撑了前台所有核心业务的搭建和运营。

（图片来自互联网）

对于传统企业来说，将现有的业务平台中可以统一共享的业务能力剥离出来，构建共享的业务中台，确实有利于传统企业新业务的快速构建和发展。如下图所示，能源行业某大客户、某运营商、某物流公司的业务中台都是按照这种方式来构建的，这个共享服务能力剥离的过程可以坚持“两条腿走路”，即维持原有业务平台不变，再单独构建一套共享服务中台以及相应的业务体系，新业务基于共享服务中台来构建和发展，老业务视自身情况以及共享服务中台的成熟度逐步进行切换。

（能源行业某大客户共享业务服务中台）（图片来自互联网）

（某运营商共享业务服务中台）（图片来自互联网）

（某物流公司共享业务服务中台）（图片来自互联网）

需要注意的是，共享业务服务中台因其统一、共享、高复用性等特点，决定了共享服务的成熟是需要经过海量业务洗礼的，互联网企业的业务中台支撑的业务流量是非常巨大的，这也是为什么互联网企业普遍抛弃了传统的集中式或联邦式SOA架构，转而发展分布式微服务架构的根本原因。

在前面的章节提到过，业务应用服务的宿主是业务对象，因此，对于共享模式下的中台规划同样需要考虑到，如何有效识别共享业务服务的业务对象？

参考上面的共享模式下的中台规划示例不难发现，共享服务的业务对象的特点基本上就是跨领域统一、共享和复用，可以对照一下我司的数据分类，会发现具备这种特点的数据主要包括：

基础数据：对业务的分类或者目录整编，其中有很多都是公共分类，也就是说不同的业务领域都需要用到，例如国家、币种、客户类型、合同类型等。

主数据：通常是业务事件的参与方，具有高业务价值的、可以在企业内跨流程跨系统被重复使用的数据，具有唯一、准确、权威的数据源，例如人员组织、客户、供应商、产品、COA等。

关键的事务数据：例如合同、订单等企业经营运营过程中产生的关键业务事件，其涉及的业务面非常广，处理过程非常的长，而且在构建不同的商业模式过程中基本都需要用到。

报告数据中的原子指标：将报告数据拆解到原子粒度，可以建立最大业务范围内可以达成共识的报告数据统计的统一口径及标准，具备成为共享业务服务的条件。

公共的非结构化数据：例如公共办公服务产生的各种文档、图片、语音、视频等非结构化数据，可以满足办公信息或知识共享的诉求。

统一元数据：在构建数据中台的时候，统一的元数据是基础，通过统一的元数据共享服务可以确保在最大业务范围内大家对数据的理解是一致的。

在构建共享的业务中台时，除了考虑到基于跨领域统一、共享和复用的业务数据对象外，还包括相应的业务处理能力，因此可以说是数据+业务处理能力共同构成了业务应用服务核心要素。从某种意义上来说，自助模式下的数据中台规划，也可以看成是由用户支配的公共数据服务，不仅仅是面向前台，甚至于面向用户都是共享的。

在实际共享模式下的中台规划中，可以基于上述具备跨领域统一、共享和复用的业务对象，明确中台的业务共享服务体系可以提供的业务应用服务有哪些。如下图所示，包括基于主数据、基础数据和关键事务数据等的公共业务服务和基础服务；基于公共办公数据（非结构化数据）的公共办公服务；基于统一元数据的公共数据服务。

共享模式的业务中台相对于协同模式的业务中台（平台）具有更好的业务灵活性和服务复用性，两者并非是“非此即彼”的关系，可以是不同业务阶段的选择，可以平滑演进，也可以同时存在互为补充，目的都是为了让用户有更好的业务应用体验，以及解决创新驱动快速变化的前台（SOI-System of Innovation）和稳定可靠驱动变化周期相对较慢后台（SOR-System of Record）之间的矛盾。

软件开发

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。