中台化架构应用

中台化架构应用

中台化架构图

VSP中台架构图待补充

中台化架构应用方法

在我们的中台化架构中，服务端分为BFF服务层和业务中台两部分，BFF主要面向业务产品前端，业务中台是我们的业务通用性沉淀。

BFF服务层

A、对于C端和管理端聚合逻辑抽取BFF层服务，以解耦前端视图和中台化服务逻辑，管理端管理页面是否与服务共同作为平台产品层视业务形态而定

B、C端应用和对应的BFF层服务作为一个业务产品看待，有利于BFF层服务支撑面向业务需求进行逻辑实现，并在后续逐步下沉到中台中

C、BFF层微服务根据C端应用模块进行划分，原因有三点：

第一，有利于产品功能模块的解耦，避免修改某一功能特性时影响其它功能模块功能

第二，有利于产品功能模块的故障隔离，当某一个模块服务出现故障时，不会影响到产品的所有功能

第三，有利于基础资源分配调优，能够根据不同功能的访问量进行资源的分配和参数调优

D、BFF层服务的命名规则，按照业务【产品名】-bff-【前端模块名】，前端模块名以产品规划的业务全景图中的一级模块划分来定义，举个栗子，VSP的会员的BFF服务为【vsp-bff-member】

业务中台抽取方法

新业务构建

应用服务端（BFF）根据业务需求，和中台Team共同讨论实现方式，确定下沉到中台服务的功能特性由中台提供支撑，未清晰或个性化需求由应用服务端（BFF）自行设计研发

应用服务端（BFF）中的逻辑有两种类型，

A 业务中台聚合逻辑

B 未清晰或个性化的业务逻辑

所以，应用服务端可以设计支撑自身处理的数据库表

对于应用服务端（BFF）的内容，在持续迭代过程中也会不断识别出有业务价值的可复用逻辑下沉到中台中，中台中也不断识别出非通用部分上浮到BFF中

以上述方式不断迭代调节，得到真正的中台服务逻辑，避免草率的中台抽取造成中台的臃肿和无效

现存业务抽离

现状：业务产品前端的展示逻辑和核心业务处理逻辑耦合在一起抽离方法：
从现有人力状况和业务熟悉度出发，由中台Team主导并和应用服务端Team共同讨论，
对现有服务进行BFF服务和中台服务的分离，在此过程中应用服务端Team逐步接手BFF服务

关于业务中台的沉淀方式，以及前端业务应用、业务中台和数据中台的关系，一张云栖社区的图非常贴切，引用如下：

未来中台化的应用问题中台化服务白皮书功能

问题：随着中台的持续沉淀，功能特性越来越丰富，对于新业务应用中台来说，如何快速了解我们的中台特性和应用方法将会成为一个问题 对策：构建中台化服务特性搜索系统，支持功能特性和应用方法的快速搜索浏览，例如：导入中台服务信息到ES中，使用关键字搜索的方式定位浏览内容 搜索系统，支持功能特性和应用方法的快速搜索浏览，例如：导入中台服务信息到ES中，使用关键字搜索的方式定位浏览内容