服务注册发现是 服务消费者请求服务提供者,以consul为例:consul消费者+openfeign 请求 提供者,能实现负载均衡;consul消费者+gateway 请求 提供者,能实现网关、负载均衡;那这样openfeign是不是就没必要了?谁能来个具体的例子,到底微服务架构前后端是啥样的?
服务注册发现是 服务消费者请求服务提供者,以consul为例:consul消费者+openfeign 请求 提供者,能实现负载均衡;consul消费者+gateway 请求 提供者,能实现网关、负载均衡;那这样openfeign是不是就没必要了?谁能来个具体的例子,到底微服务架构前后端是啥样的?
10 回答11.1k 阅读
6 回答3k 阅读
5 回答4.8k 阅读✓ 已解决
4 回答3k 阅读✓ 已解决
2 回答2.6k 阅读✓ 已解决
3 回答2.3k 阅读✓ 已解决
3 回答2.1k 阅读✓ 已解决
负载均衡不是 openfeign 实现的,是 ribbon.
openfeign 只是负责把 HTTP API 绑定(或者说映射)到 Java 方法上.
你不想用 openfeign 的话,那每次就要自己手动从 ribbon 获取一个可用的目标服务实例地址,再手动构造请求地址及请求载荷并解析响应结果.
微服务架构并没有什么固定的设计,整体上一般都会有:
网关->服务发现->服务,服务之间有熔断器、消息队列.
负载均衡一般是服务实例上依托于服务发现实现的(毕竟可用的服务实例地址全都是由服务发现维护).