电商交易场景(无事务分布式架构图) 微服务架构中大部分做的都是消息补偿,比如说搞个消息中间件,更新一下对面的服务或者搞个定时任务等,这种机制用的比较多。真正使用分布式事务的比较少,主要是考虑到性能问题。 模拟下场景:比如用户要购买过程中,用户生成了一个订单,系统就生成订单服务,快递服务等,如果在抢购过程还要考虑库存问题,比如库存只有5条,但是订单购买了10条,要做判断是否成功,这个中间可能需要不同的数据来进行判断。还有就是数据的同步,比如同步积分,同步优惠券等一系列问题。这个在实际上微服务架构中这是很难实现的,目前阿里的Seata开源之后,就给我们在微服务架构提供一个非常重要的解决方案 Seata分布式事务架构图 每个技术框架、每个方案是在特定场景下使用的,并不强迫大家去使用,我们去了解它的原理,能够为我们以后架构设计能够多个选择。让大家能够更合理的进行技术选型,我们说很重要的原则,在做架构设计时,要综合考虑,包括成本,需求等等问题。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。