什么是中台🔥

什么是“中台”

企业级定义了中台的范围。中台建设的不是一个技术问题，它可以上升到企业架构的问题。所以要求你的业务是企业级的

如果说只为了支持一条业务线或产品线，那不是中台，充其量来说是一个运用了微服务等技术手段的一个大型分布式系统

企业级

能力定义了中台主要承载的对象。能力也体现了公司能打造什么样的业务，满足什么样的客户需求

云原生、分布式、微服务架构支撑能力

能力

可复用性

易复用性

复用定义了中台的核心价值。以前很多烟囱模式的开发方式，每次有业务就从前端到后端，数据库都重新开发一套

从业务的前中后台、数据库、开发一体化

开发平台

复用

实现企业能力的柔性复用，更好地支撑前台业务，来满足对于业务的快速响应和复用的需求。

平台化沉淀

平台

业务中台需要具体承载支撑业务开展的必要业务元素，封装着为了保障业务可以顺利开展需要解决的必要问题空间的解决方案。通过将不同业务线解决相同问题域的解决方案进行抽象与封装，通过配置化、插件化、服务化等机制兼顾各条业务线的特性需求，实现对于不同业务线的业务支撑

会员中心，订单中心，结算中心，库存中心，都可以算作业务中台

核心中台

业务中台

业务中台就是在产生数据，数据中台是做数据的二次加工，并将结果再服务于业务，为业务进行数据和智能的赋能

业务中台与数据中台相辅相成，互相支撑，互为输入输出。业务中台承载了企业的通用业务能力，为多业务线赋能；数据中台通过对于业务数据的二次加工，并反馈回业务中台，为业务进行数据和智能方面的赋能。两者的紧密配合一起为企业构建起了商业战场强大的后方炮火群，这也就构成了最著名的业务数据双中台模式

数据中台

技术中台需要对企业级技术组件提供通用支撑

通用中台

技术中台

研发中台

AI中台

........

主流代表

中台是抽象出来的业务模型，微服务是业务模型的系统实现

DDD 的战略设计可用于中台业务建模，战术设计可指导中台微服务设计

第一步：按照业务流程（通常适用于核心域）或者功能属性、集合（通常适用于通用域或支撑域），将业务域细分为多个中台，再根据功能属性或重要性归类到核心中台或通用中台。核心中台设计时要考虑核心竞争力，通用中台要站在企业高度考虑共享和复用能力

第二步：选取中台，根据用例、业务场景或用户旅程完成事件风暴，找出实体、聚合和限界上下文。依次进行领域分解，建立领域模型。由于不同中台独立建模，某些领域对象或功能可能会重复出现在其它领域模型中，也有可能本该是同一个聚合的领域对象或功能，却分散在其它的中台里，这样会导致领域模型不完整或者业务不内聚。这里先不要着急，这一步我们只需要初步确定主领域模型就可以了，在第三步中我们还会提炼并重组这些领域对象

第三步：以主领域模型为基础，扫描其它中台领域模型，检查并确定是否存在重复或者需要重组的领域对象、功能，提炼并重构主领域模型，完成最终的领域模型设计

第四步：选择其它主领域模型重复第三步，直到所有主领域模型完成比对和重构。

第五步：基于领域模型完成微服务设计，完成系统落地。

中台业务建模的过程

微服务

领域模型

中台

中台N

业务域1

中台1

业务域2

.......

业务域X

中台之间的关系

外框

如何建设中台

中台和微服务和DDD

企业级能力

基础能力建设

规范化开发