标签：服务 商户 一例 系统 接口 OMS 设计方案 RestAPI 分享

优付系统结构如下。一个数据库之上，有商户接口（RestAPI）、运营后台（OMS）、商户门户这3个独立SSM应用，三者有各自不同的功能处理逻辑。

现在呢，要做一个补偿工具。当付款单下发因为系统发版等意外导致失败时，要通过这个工具，来人工重发。

工具要做到运用后台（OMS）系统。

但是，付款单下发逻辑在商户接口服务里。

那么，如何实现这个小小的优化需求呢？

方案如下：

1. 商户接口服务新增一个RestAPI，供OMS调用。这样的话，要做好RestAPI的接口认证，保证接口安全，防止误访问。那么，OMS对接就会有这些工作量。

2. 考虑到是同一个数据库，所以，可以建一个表，OMS保存要补偿的订单。商户接口服务定时轮询这个表进行处理。不足：定时任务，处理时效慢。

3. 利用MQ。这是最好也是最可靠的方案。OMS作为消息生产者，商户接口服务是消息消费者。保证了处理时效，局域网也不需要考虑接口安全。RabbitMQ消息中间件当前在系统里有使用，接入成本很小。

4. RPC也是不错的选择，例如dubbo。当前这个系统未有效使用RPC，暂不考虑。

以上每一种方案，幂等是必不可少的。

标签：服务,商户,一例,系统,接口,OMS,设计方案,RestAPI,分享
来源： https://www.cnblogs.com/buguge/p/16417574.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。