架构师教你：如何实现两个完全独立闭环业务系统的融合。

本篇文章讲述的是京东服务市场和京麦服务市场融合的项目内容，两个系统完全是独立的闭环业务系统，都有自己完整的服务商流程、服务发布（服务类商品）流程、订单支付流程等，如何实现两个系统的融合，是我们面临的最大挑战，期间有过多版方案的争吵，最终的实现也是曲折的。

梳理系统

首先对服务市场和插件市场进行了系统的功能梳理，并对页面、功能、流程、数据的融合进行了架构拆解。

最终架构

在明确系统融合的大方针之后，就是进入融合流程的细节讨论，其中主要包括如下几个环节：

数据的融合：完成底层服务商、服务（细分版本、模块，按模块）、订购、订单、结算、退款数据融合

流程的融合：完成订单订购流程、交易支付流程、服务发布审核流程、结算流程、发票流程、退款流程、取消订单流程、评价评分流程、服务搜索流程融合

功能的整合/迁移：服务商后台完成服务管理、交易管理、结算管理、运营管理、信息管理、合同管理功能迁移，运营后台完成服务管理（服务、订单、订购管理、退款、发票管理）、结算管理（结算明细、结算对账）、基础管理（work管理）功能迁移

对外服务改造：完成服务器启动流程改造，前后端分离架构改造

服务融合

1. 服务发布审核流程融合

原流程 服务商后台ifw发布服务到服务市场后提供服务，服务商工作台isv发布服务到插件市场提供服务，两套服务发布流程一样相互独立。

过渡方案 服务融合上线后，在服务商后台ifw点击发布发布服务时，重定向到服务商工作台isv，由此实现发布入口的统一。但由于上游应用流程未融合，所以会出现两个地方创建应用一个地方发布服务，所以对于插件市场创建的应用在发布服务时，要添加单边流程的双写机制，这里的双写是指在发布服务时判断是插件市场的时候，不仅要写入服务市场数据库，也要回源插件市场的数据库。

最终方案 关闭