京麦服务市场：如何实现两个完全闭环的系统融合
本篇文章讲述的是京东服务市场和京麦服务市场融合的项目内容，两个系统完全是独立的闭环业务系统，都有自己完整的服务商流程、服务发布（服务类商品）流程、订单支付流程等，如何实现两个系统的融合，是我们面临的最大挑战，期间有过多版方案的争吵，最终的实现也是曲折的。
梳理系统
首先对服务市场和插件市场进行了系统的功能梳理，并对页面、功能、流程、数据的融合进行了架构拆解。
最终架构
在明确系统融合的大方针之后，就是进入融合流程的细节讨论，其中主要包括如下几个环节：
- 数据的融合：完成底层服务商、服务（细分版本、模块，按模块）、订购、订单、结算、退款数据融合
- 流程的融合：完成订单订购流程、交易支付流程、服务发布审核流程、结算流程、发票流程、退款流程、取消订单流程、评价评分流程、服务搜索流程融合
- 功能的整合/迁移：服务商后台完成服务管理、交易管理、结算管理、运营管理、信息管理、合同管理功能迁移，运营后台完成服务管理（服务、订单、订购管理、退款、发票管理）、结算管理（结算明细、结算对账）、基础管理（work管理）功能迁移
- 对外服务改造：完成服务器启动流程改造，前后端分离架构改造
服务融合
1. 服务发布审核流程融合
原流程 服务商后台ifw发布服务到服务市场后提供服务，服务商工作台isv发布服务到插件市场提供服务，两套服务发布流程一样相互独立。
过渡方案 服务融合上线后，在服务商后台ifw点击发布发布服务时，重定向到服务商工作台isv，由此实现发布入口的统一。但由于上游应用流程未融合，所以会出现两个地方创建应用一个地方发布服务，所以对于插件市场创建的应用在发布服务时，要添加单边流程的双写机制，这里的双写是指在发布服务时判断是插件市场的时候，不仅要写入服务市场数据库，也要回源插件市场的数据库。
最终方案 关闭服务商后台的入口，只有服务商工作台的入口可以发布服务。同时在上游应用流程融合完毕之后，对插件市场双写流程下线，由商品中台统一对前台提供服务查询。
2. 评价评分流程融合
原流程 服务市场查看、发布评论直接访问服务市场数据库；服务商后台对商家评论进行回复直接访问服务市场数据库。插件市场评论评分功能已关闭。
过渡方案 服务市场查看、发布评价流程不变；服务商后台对商家评论时重定向服务商工作台，在服务商工作台进行评价回复，评价调用商品中台写入服务市场数据库。
最终方案 服务市场前台查看、发布评价信息也调用商品中台进行数据库操作。
3. 服务搜索流程融合
This chapter requires login to view full content. You are viewing a preview.
Login to View Full ContentCourse Curriculum
2013 京麦平台
2016 京东开放平台
2018 京东服务市场
2019 阿里云通信
2025 阿里云飞天实验室
Speaker
