订单状态订阅并推送方案设计思路

问题

有一个需求是这样的。假设我有一个订单系统,订单有状态A、B、C........等等很多个状态。需求来了,有一个合作伙伴系统和我们做一个订单接口对接,如果订单到了某一个状态(合作伙伴可配置)的时候给合作伙伴推送该订单的状态以及数据(需要的数据列可以配置)。请教一个这样的需求改怎么设计合理?

目前的解决方案

一个推送表,订单状态改变的时候往这个表里面插入数据,定时器扫描这个表去做推送。以下是我个人的解决方案,还请教各路大神帮忙指点一二或者您有更好的实现方式

  1. 业务数据改变的时候检查状态,有订阅往推送表插入数据(改动大,拓展性不好)

  2. mybatis 拦截器,拦截update和insert 检查当前数据是否有订阅状态,有推送表插入数据。这个方案粒度太大,所有的表都被拦截了。(请教有没有针对表拦截)

  3. aop 拦截mapper ,这个粒度比较细,但是用了mybatisplus不知道能不能实现

建议用MQ异步实现。当订单状态变化时,在你的系统处理完业务操作后,用MQ发送消息,异步处理推送逻辑,如果合作的
系统是内网的,直接消费你的队列即可;如果外网的系统,你在消费MQ后,再做个同步转发即可。