1.可靠事件模式(需要定时任务的健壮性):主业务在本地维护一个本地事件表,一定要和主业务在同一个库中,这样可以利用数据库事务保证本地事件表的数据和主业务数据同时落库成功,当业务进来之后,本地事件表记录一条消息,消息状态记录为待发送,然后使用定时任务扫描待发送的数据,扫到之后按照事件表中的策略去调用其他服务,调用成功后将状态改为发送成功,调用失败则使用事件表中的回滚策略进行回滚
2.TCC模式:将一个任务拆分三个操作:Try、Confirm、Cancel;调从业务时,都要先执行所有从业务的try,所有的try都成功了再调用confirm,当其中有任意一个confirm失败,则调用cancel回滚
3.可靠事件模式2.0(需要第三方协调服务的健壮性):每个参与方都在本地维护一个本地事务表,A调B、C,A调B失败,A调C成功,B失败有可能是真的失败,也有可能是超时失败实际成功,那么在B端就记录的是成功,这时候需要一个第三方服务,复制协调对比每一方的事务结果,如果想刚刚这种情况B实际是调用成功了,则不进行回滚或者补偿,把A端记录B的调用改为成功,如果B确实是失败了,根据业务补偿B,或者回滚A和C都行
4.消息广播(需要MQ的健壮性):A调用B、C,A执行成功后,发送成功事件,B、C监听到成功事件后,做相应的操作,如果A调B失败,A发送调用失败的消息,B、C监听到消息做回滚操作