SOA架构的服务,事务补偿机制设计
我现在遇到个问题,一个操作,会调用几个不同的异构系统。而且异构系统还是异步的,提交以后,只会返回个提交成功,并不会返回是否是办理成功。 这种事务补偿机制,应该怎么设计啊。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
我现在遇到个问题,一个操作,会调用几个不同的异构系统。而且异构系统还是异步的,提交以后,只会返回个提交成功,并不会返回是否是办理成功。 这种事务补偿机制,应该怎么设计啊。
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
接受
或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论(1)
这种情况,你需要对自己的服务分类:
1、你的服务强依赖于异构系统的最终结果。
这种可以服务设计成多状态。正常处理完成后,修改为等待处理结果状态。待异构系统回调(或者是主动worker拉取的方式),修改为终态。如果是这样的话,那么你的这个服务也相应的成了一个异步服务。
对于异步的服务架构,可以看下阿里在这块的研究:
http://www.infoq.com/cn/news/2015/04/async-distributed-haiping
2、你的服务不强依赖异构服务,就是说你的服务处理完了,只是保证通知到异构系统去处理。
如果是这种的话,那么这块可以通过mq的方式来处理。当然也可以考虑使用更加轻量级的方式,这是我这边在这方面的一个探索:
https://github.com/cncduLee/async-event