spring cloud ribbon和fegin

本文探讨了微服务架构中服务间的通信方式,包括使用Ribbon和Feign进行直接调用的技术实现及其问题,并讨论了利用消息队列实现服务解耦的方法。文章还对比了两种方式在确保数据最终一致性方面的表现。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

       一开始接触spring cloud的时候,还没有听说过微服务这个概念,对于服务直接的沟通是什么个情况,怎么组成微服务的完全懵逼,看到网上的教程都是用ribbong和fegin来调用接口,然后官网也给的是这个教程就朝着这个方向一路走到黑。。。。

1、先记录下ribbon和fegin的技术实现以及问题

  ribbon和fegin说到底都是直接调用接口,主要是用来解决一些需要多个服务同时做的事,ribbon直接调用接口地址,无非是做了一些封装处理,什么异常,根据服务名称负载均衡,甚至还有相配套的断路器hystrix,turbine,而fegin是差不多的,无非就是把restful api接口封装成本地函数,这里还有个问题就是fegin调用远程接口如果不能用的话,项目启动的时候就会报错,这点很坑非常坑。

2、串联不是很好可以考虑采用消息队列的方式

这里主要有两种大的考虑,一种是串联就是上面的ribbon,fegin,还有一种是通过消息组件的方式解耦微服务,前面一种方式通过可靠事件模式,业务补偿模式,TCC模式(Try-Confirm-Cancel)可以很高精度的保证数据的最终一致性,后面一种思路当出现异常的时候貌似不能很好保证数据的一致性,还是要再做一些东西才行,上面的3中模式也可以做第二种思路

  这篇文章未完待续。。。。

转载于:https://www.cnblogs.com/waterlufei/p/7327314.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值