buguge - Keep it simple,stupid

知识就是力量,但更重要的,是运用知识的能力why buguge?

导航

分享一例同一系统里不同服务之间通信的设计方案

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

 

 

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

工具要做到运用后台(OMS)系统。

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

 

那么,如何实现这个小小的优化需求呢?

 

方案如下:

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

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

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

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

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

posted on 2022-06-27 21:18  buguge  阅读(84)  评论(0编辑  收藏  举报