《Dubbo 实现原理与源码解析 —— 精品合集》 《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》 《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》 《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》 《Java 面试题 + Java 学习指南》

摘要: 原创出处 技术琐话 「王健」欢迎转载,保留摘要,谢谢!


🙂🙂🙂关注**微信公众号:【芋道源码】**有福利:

  1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
  2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
  3. 您对于源码的疑问每条留言将得到认真回复。甚至不知道如何读源码也可以请教噢
  4. 新的源码解析文章实时收到通知。每周更新一篇左右
  5. 认真的源码交流微信群。

2015年阿里巴巴集团提出中台战略,17年咨询行业成为第一个吃螃蟹的行业,为企业做出中台系统的建设。

中台越关注的越多,大家会越比较头晕、疑惑,因为每一家企业的中台的方法是不太一样的,但目前整个行业在做中台的思路逐渐开始趋于一致。在整理了500多篇中台的文章,会发现每一一家企业的模式是不太一样。

广发银行IT架构

SOA、微服务、中台之间有什么区别?

大数据技术代表着一层技术革命,这样的技术的诞生,让过去无法在业务上实现的技术,在现在得以实现。企业的各种应用建立在SOA的架构上,企业将各种能力沉淀、能力组装,实现对前台的支撑,那么这样的SOA是否就是中台?

当老板说“建中台”到底是在说什么?

从抛开商业,从技术的本性,回归到第一性原理去看中台是否有价值,中台在解决什么样的问题。这里我们进行换位思考,从领导的角度去考虑,考虑为什么企业已经有了SOA架构,有了微服务,我们的创新和业务响应还是那么慢?

首先我们了解一下企业架构的概念,企业架构是企业对市场信息认知的体现,获取信息,加工信息,市场反馈。张一鸣说过要把企业当成产品去看待,企业架构就是产品的架构。企业的最终目的是要获取利润,而在这个过程中由于不断接受到外界的市场的反馈,市场的认知在不断发生变化,企业才会跟着变化来调整架构来去与市场匹配。

在过去几年做中台的项目,并不断与外界的行业人士进行沟通,我们认为中台其实是解决企业架构的问题。

在继续探索中台做什么,我们需要通过栖息地模型来帮助我们进行理解。在接触中台的业务中,我们经常听到两个词,一个是确定性,一个是不确定性,在创业的阶段,公司所面临的问题都是混乱的状态,并不知道最佳实践是什么,因为创业可能是要颠覆掉原来的最佳实践的方法,从而建立新的竞争力。但随着公司的发展,管理者们希望进入一种确定性的状态,也就是希望我们的成功能够复制,也就是通过对事情的认知、对业务的认知的提升,从而找到最佳实践,并且将这样的能力沉淀,在后面可以大量复制,而不是每次都从混乱的当中重新开始。

栖息地模型

然后这里再来谈另外一个东西,就是平台,平台是我们并不陌生的东西,通过平台我们可以轻松的构建很多业务。将平台的演进看成一个金字塔,对于金字塔底端,是最不需要和业务进行关联的。比如操作系统。

平台的演进趋势

业务的纯度在不断增加,可以用更快的响应、速度去构建新的应用,这就是中台所代表的一个趋势。

平台的演进趋势

从栖息地模型到平台的演进趋势,我们大致应该了解中台到底是做什么。我们这里归纳为三点。

第一点,从“去重” 到“复用”。对于大多数平台里面的烟囱系统,我们是否可以将重复的功能给去除掉,放到一个平台中。

第二点,从“治理”到“赋能”。从业务平台和业务中台的角度来考虑,我们认为中台就是平台,只不过是平台2.0,相当于平台的再继续往上走一步,对业务的支撑更加友好。所以中台是从治理上考虑如何赋能的作用。

第三点,从“技术的视角去驱动”到“业务价值的驱动”。

上面这些还是过于抽象,我们从细节上来看中台到底做了哪些事情?

  1. 基于DDD的业务边界划分与业务能力的识别。从领域的边界划分,而不是从功能的角度去拆解,这样做事为了更好的让能力去 “复用”。

通过领域边界的划分,能够让我们的能力内聚,边界之间的关系关联变得很少。比如一个请求在使用一个能力使用到20个服务,对于这样的能力改动一个就变化很大,那这种能力使我们不敢使用的。所以我们认为中台的能力质量保证,稳定性是最终要的。所以我们按照DDD领域的能力去拆分,而不是按照功能模块去拆分,能力是更加稳定的。

  1. 业务能力的分层,大家在做中台的架构时候,都开始去考虑能力的分层。但为什么要做能力的分层,前台应用管理的视角来看,中台提供更多业务能力,更快的去构建应用,那么中台提供更多的业务能力是越多越好。也就是在流程、数据、业务上进行复用,来帮助前台应用实现更多的创新、更快的构建应用。

业务能力分层-京东

滴滴的分层,按照能力的不同的层次进行分层。

  • 提供开箱即用的产品层次的能力

  • 提供API但是包含一定的规则能力

  • 提供基础的核心能力

对于更多的能力有更多的选择,对于我们的创新的是更大的。

业务能力分层-滴滴

  1. 业务模式的复用(插件、配置化)关于这样的业务能力包括高层次的和低层次的。

低层次的就是提供查询订单的能力、打通客户,A系统存储数据,B系统就能看到数据。低层次的能力属于业务数据的复用。

高层次的就是不再提供琐碎的能力,而是提供B2B,C2C,出行、金融、电商的模式和方案。

这里是抽象的业务模式,也就是通过什么样的方式进行赚钱。比如阿里的交易中台,我们认为阿里是在基于交易的这个模式在不断的复制,复制在各个地区,复制在各个领域,这样的交易模型是一致的。我们会发现滴滴的创新模式是越来越快,我们认为滴滴是在出行的业务模式上不断的进行提炼,通过业务模式的插件化和配置化,快速的再不同的领域上做业务的扩展。这里关键点不在于做插件化、配置化,而在于对业务是否可以提取出来可复用的业务模式。

业务模式复用(插件化、配置化)-滴滴

业务模式复用(插件化、配置化)-阿里巴巴

  1. 关注业务能力的管理运营。从“去重”的角度的来看。并不关注这些能力在哪,用的怎么样,体验的怎么样?但对于前台应用而言,对于上千的能力,如何轻松的查询到、适应前台应用的需求。中台应该是业务视角驱动的架构演进,而不是架构、技术驱动的变化,需要我们把眼光始终放在业务、前台的视点去审视和思考。

用了让中台用户更好的使用中台的能力,对中台用户提供能力支撑,就需要有能力的管理,这些能力能带来什么,有什么局限,能力如何去组合来完成某一类型的业务模式.

业务能力管理运营

一个中台做了一堆微服务、很多能力,但是发现没有人去用,真正推动的时候谁都不愿意用。在行业里面认为中台做的好不好的标志就是看前台是否愿意去用。那么如何让前台应用去使用了。网易的汪源老师提出了一个概念是"胖中台。胖中台就是关注中台内部的能力组织之外,还会为前台定向的提供支撑,有一个贴身服务,如图产品的销售和售前。做现场的咨询、实施、去交前端应用有哪些能力,能力如何去应用,其实就是中台往前端提供更好的服务和演进。

业务中台的组织准备与运营-网易

业务中台如何去建设

微服务只是解决技术层面的问题,和中台不是一个层次的事情。微服务在实际中很少做到产品的级别的复用。微服务解决的是技术异构的问题、组织异构的问题、弹性问题。

判断微服务是否是企业级的,看是否在同时支持多个不同的前台产品或是前台团队。

我们认为谈共享往往还是中台内的视角,而谈复用则强调的是要从前台的视角出发。复用包括能力能不能被复用,能力用户体验是什么样。

企业级业务能力的沉淀,并且复用,承载的平台。

换个角度来看中台

中台是一个平台型的产品,不是接触客户的产品,哪些是前台承载还是后台承载。在建设中台,我们需要考虑哪些事情需要考虑的。

中台建设的前置条件

中台的问题不是一个DDD问题、微服务问题、技术架构的问题,其实是企业架构层面。是不是用已有的架构去做,但是传统的行业有20年的基础,很多因素并不是和现在划分。传统的架构非常的重,原来的架构划分可以很清晰告诉别人而这里有CRM、ERP等,但没法告诉哪些是在平台,哪些是在中台。

我们自己在做的时候会考虑一些方法,比如考虑传统企业架构的方法,业务、技术、数据架构的划分,提供一个大的框架,避免在不同的架构之间的跳跃。原来的企业架构更多提供信息化问题,现在中台架构考虑的是未来技术的发展。把产品、战略思维引进来。

TW企业中台企业架构规划与建设方法的概述

中台企业架构规划与建设方法概述

将战略层考虑进去,因为中台未来就是企业的竞争力,需要构建未来技术的壁垒,需要考虑不同产品的商业模式,不能脱离现实场景。企业在做几种业务模式,这几个业务模式在处理几种业务业务域的问题,这些业务域哪些组件和能力可以使用。

中台企业架构规划与建设方法概述

先梳理业务、了解业务现状、业务流程、业务能力、业务架构,再通过这些业务架构分层的提炼在映射到微服务的应用架构,然后在拿技术架构数据架构去匹配,在来完成自下而上的企业架构。

自下而上-企业架构设计

什么东西属于中台、什么东西不属于中台,前台有不同的业务线,赚钱依赖几种不同的业务模式,分析运营扩展中在使用哪些业务模式,业务线在复用哪些能力,考虑战略、商业,来对前台和中台能力的划分。这种边界的划分,需要组织的碰撞。

自上而下-战略分解&商业模式分析

很多时候业务和老板看不到中台的价值在哪,并且将系统做成分布式非常复杂,往往是互联公司做中台的比较成功,这在于其组织架构,有产品团队。 传统组织会是业务研发的团队。如果要找到中台的边界,需要将IT前置,在企业中构建企业前台产品团队,这样才能找到中台团队(找到自己的位置),否则中台团队急需要业务开发还需要做技术的开发。

中台组织演进

互联网会能不能通过自助式的服务,通过不断的转化,来做中台产品化。产品的视角在互联网企业是天生的,但对于传统行业项目制,需要产品化思维。

对外 三层用户运营体系

现在行业不是只谈服务怎么划分这样的简单的层次,而是更多将中台当做产品来做,产品对企业的价值是什么?

这里会考虑产品的边界、产品的架构,产品与前台应用的如何沟通、协作,中台的质量如何保证,中台也不会一步到位完成。

引用列表
* 《2018阿里云栖大会-深圳峰会》
* 《广发银行IT 架构转型的探索与实践》
* 《滴滴业务中台构建实践 》
* 《如何构建滴滴出行业务中台》
* 《美团-牟宗彦-美团收单供应链架构演进》
* 《京东应用架构设计》
* 《2019网易云创峰会-汪源》

文章目录
  1. 1. 当老板说“建中台”到底是在说什么?
  2. 2. 业务能力管理运营
  3. 3. 业务中台如何去建设