中台圣经作者钟华:中台服务该如何设计

简介: 中台圣经作者钟华:中台服务该如何设计


本章将在中台架构建设思路的基础上更进一步,介绍中台如何落地,将详细说明中台架构中最为核心的部分:服务中心的设计方法,即如何从业务的需求转变为中台的数字能力?一家企业到底应该有哪些服务中心?每个服务中心具备哪些服务能力?这些服务能力的设计包含哪些重要元素?这些方法是笔者和团队同事经过几年的中台建设实战后整理而成的,相信会对很多进行中台建设的企业带来有价值的参考。


另外,从前面的几个章节中,大家能体会和意识到中台的建设绝不只是技术层面的问题,其本质是管理,管理一定会涉及组织协同,要让企业基于中台架构实现高效、可持续发展,就一定需要一套科学的运营体系保障,如何搭建这样的运营体系?在本章中也会介绍我们在实践中探索构建的运营体系,让企业能理解中台发展过程中必然会遇到的各种组织协同问题,希望这些实践经验能让企业在解决这类问题时少走一些弯路。


一、中台服务设计

中台架构建设的核心是进行中台业务模型设计。常见的复用有:代码复用(SDK、共享库、组件等)和服务复用(微服务、SOA等),今天我们说的中台服务是基于中台共享业务模型提供的复用。所以如何抽象中台业务模型、如何设计共享服务,这些都是企业在进行中台建设过程中必然提出的问题。下面笔者结合给企业进行中台规划和设计过程中总结的设计方法和服务设计原则,系统地介绍如何科学地进行企业中台服务设计。


1.中台服务中心建设的基本准则

中台一般由不同业务领域的服务中心组成,例如用户中心、商品中心、交易中心等。为什么会有这些中心?这些中心的本质就是共享业务模型。事实上,不同的企业因为行业、业务模式不同,中台的服务中心所覆盖的业务领域也不尽相同,那么,如何判断哪些业务能以服务中心的方式沉淀到业务中台呢?核心方法就是抽象出具备企业级共享价值的业务模型。

通过过去项目的实践,笔者对于什么样的业务能力有可能成为业务中台的独立服务中心,形成了如下基本判断标准。


(1)功能和数据具备共享价值

在任何一个架构中,越在架构底层的功能越是公共和共享的功能,如果这些功能与上层的业务没有太多的耦合性,具备共享价值,那么,这样的功能有可能成为一个独立的服务中心。如果某个业务能力没有展现出对前端多个业务系统提供公共和复用的价值,或在业务链环节间也没有起到重要的枢纽作用,就暂时不适合沉淀到中台,可以让其在前端业务中独立发展,等到该业务能力凸显出共享价值时,再沉淀到中台也不迟。这就是为什么我们经常会看到用户中心、商品中心、交易中心、库存中心等服务中心首先成为中台的服务中心,因为这些业务能力会在企业前端不同的业务系统(CRM、电商、POS等)中提供公共和共享的业务能力,同时这些业务能力中的数据沉淀到中台后,能更好地实现企业业务链中不同系统间的业务实时交互。


(2)有价值的业务数据不断汇入和沉淀

在业务不断发展的过程中,中台服务中心是否能不断沉淀该领域有价值的业务数据,为将来大数据的应用提供重要支持,这点非常重要。企业将来运营的主体是数据,中台的各服务中心最大的业务价值最终也是通过数据呈现的。如果一个服务中心没有核心的业务数据汇入,就失去了值得持续运营的价值。这也是为什么有些功能,如消息中心(统一负责前端业务系统中有关消息发送,如邮件、短信、App消息、微信等类型消息的发送)、系统集成中心(统一负责不同系统间的业务或数据层交互),从功能角度看确实具备共享价值且肩负业务交互枢纽作用,但因为不能持续地汇入有价值的业务数据,在很多情况下不会将这类中心作为一个独立运营的服务中心。


(3)功能有不断完善和丰富的需求

中台架构的主要职能之一是,让企业核心的业务能力随着业务的不断发展而不断沉淀。所以从功能角度来看,如果一个服务功能比较单一、逻辑简单,甚至很长一段时间都不需要进行持续的功能加强,那也没有必要让该服务作为一个独立的服务中心,可将这类服务合并到与之有较强相关性的服务中心进行统一运营。比较典型的这类服务是流程中心,一般用来进行系统中工作流相关的流程和数据管控。目前流程引擎已经是非常成熟的技术,对于各种流程场景都有非常好的支持,一旦构建好,基本就能很好地满足企业中各种对于工作流的技术需求,而缺少了不断完善和发展的空间,因而一般也不会把流程中心作为独立运营的服务中心。


(4)功能边界清晰,具有独立运营价值

不管是从有价值业务数据的汇入,还是从功能层面有不断完善和发展的空间来看,服务中心的核心目标是当前或者将来能成为值得企业投入独立团队进行运营的单元。如果缺乏有价值业务数据的汇入,团队则失去了运营最重要的主体;如果功能太过单一,则完全没有环境让人基于该服务中心学习,成长为对某一业务领域有足够业务深度的专业人才。为了让不同的团队针对服务中心进行不断的运营,每一个服务中心的业务领域边界要足够清晰,边界不清晰会导致业务协同成本剧增,甚至会出现内耗。


以上梳理出的几个原则也不尽适合所有的企业,不同业务模式和行业的企业对业务能力沉淀的原则和判断条件也会不同,比如对于一家专门给企业或组织提供专业通信服务的企业,上面提及的消息中心就是其核心服务,而且围绕消息的发送会衍生出黑/白名单、消息模板、发送规则等一系列复杂的功能运营,那么消息中心就是这家企业中台的一个重要服务中心。


总结一下,业务中台的服务中心是随着企业业务的不断发展而逐步沉淀下来的,是一个从少到多,从小到大,从简单到复杂的过程,核心是围绕着业务和数据以一个更科学的阵型进行持续的服务运营。


《数字化转型的道与术:以平台思维为核心支撑企业战略可持续发展》

中台圣经——《企业IT架构转型之道》作者钟华新作!十余年数字化实战经验再升华!开创性提出数字化转型中平台思维的十大要素。来自实践,并能指导实践。系统化介绍数字化转型的思路与方法,以及产业互联网平台的建设思路,为各种业务模式的数字化转型提供高价值参考。

相关文章
|
架构师 中间件
阿里中间件首席架构师钟华:《企业IT架构转型之道:阿里巴巴中台战略思想与架构实战》新书出版(含试读PDF)!
阿里中间件首席架构师钟华:《企业IT架构转型之道:阿里巴巴中台战略思想与架构实战》新书出版!
33931 2
|
12月前
|
运维 Oracle Java
毕玄:怎么提升写代码的能力
毕玄:怎么提升写代码的能力
|
存储 数据采集 人工智能
谈谈数据中台建设启示
阿里巴巴的数据中台侧重对“烟囱式”应用数据的标准化和聚合,构建公共数据模型,发掘对内赋能运营和商家的数据价值。
谈谈数据中台建设启示
|
数据可视化 前端开发 持续交付
研发效能提升之路——从天文学的演进说起| 学习笔记
快速学习研发效能提升之路——从天文学的演进说起
140 0
研发效能提升之路——从天文学的演进说起| 学习笔记
|
架构师 程序员
【蚂蚁人人分享】谈谈技术能力
技术人成长的悖论在程序员界有一个悖论持续在困惑着很多技术人:在写代码的人的困惑是一直写代码是不是会丧失竞争力,会不会被后面年轻的更能加班写代码的人汰换。典型代表就是工作5年左右的核心技术骨干,此时正处于编码正嗨但也开始着手规划下一个职业发展阶段的时候;没在写代码的人困惑是我长时间不写代码(或者代码量较少)我的技术功底是不是在退化,我在市场上还会有竞争力吗,我的发展空间是不是被限制住了。典型代表就是
529 4
【蚂蚁人人分享】谈谈技术能力
|
SQL 消息中间件 新零售
架构详解——淘系圈品进化史
商品数据是营销的基础,很多营销工具最终都会涉及到商品数据的处理,比如打标、修改商品的feature、调用各种下游系统,单个商品可以通过同步方式处理,实际业务上会依据一定业务规则圈定大量商品并对其进行处理,因此,卡券商品设置引擎应运而生。
架构详解——淘系圈品进化史
|
存储 人工智能 运维
首发|Forrester云原生开发者洞察白皮书,低代码概念缔造者又提出新的开发范式
云原生时代的到来为开发者群体带来了前所未有的机遇,让开发者可以更加专注业务价值创造与创新,并使得人人成为开发者成为现实。广大开发者如何转型成为云原生开发者?运维等专业人员在云原生时代如何避免边缘化的囧境?阿里云委托Forrester对中国开发者群体进行了研究并出了答案。
首发|Forrester云原生开发者洞察白皮书,低代码概念缔造者又提出新的开发范式
|
缓存 前端开发 rax
|
SQL 存储 缓存
《阿里巴巴中台战略思想与架构实践》笔记
7个点总结阿里巴巴中台战略思想与架构实践。
1676 0