Spring Cloud ----> 几个组件的总结

时间:2022-08-25 16:26:58

Spring Cloud

Eureka
多个服务,对应多个Eureka Client
只有一个Eureka Server ,充当注册中心的角色
每个Eureka Client 有ip 地址和端口号,它们注册到Eureka Server
一个服务调用其他多个服务,通过ip 地址和端口号找到对应的服务

Feign
一个服务与另一个服务建立网络连接,发送请求,接收响应。
在接口上使用注解@FeignClient ,接口中的方法使用注解@RequestMapping 和@PathVariable 指明要访问的资源,restful 风格,Feign 通过动态代理的方式,根据在使用的注解@RequestMapping 和@PathVariable 创建出请求服务的地址,帮我们发起请求,处理响应。

Ribbon
Ribbon的作用是负载均衡。当一个服务分别部署在不同机器的时候,另一个服务需要通过Ribbon 来轮询访问服务器上的服务。Ribbon默认采用的算法是Round Robin算法。
Ribbon 从Eureka Server 中的地址注册表选择一个地址作为服务访问地址。
Feign 根据选择出的地址进行对应服务访问。

Hystrix
Hystrix 是充当隔离,熔断,降级的角色。Hystrix 的底层使用线程池的机制处理并发处理。
一个个线程池的线程就仅仅用于请求那个服务。如果某个服务挂了,不走网络请求,直接返回。由于某个服务挂了,数据库不能插入相应的记录,比如积分服务无法为用户增加积分,这时候可以可以往数据库增加为用户增加多少积分的消息记录,等服务恢复后手动去增加服务。

Zuul
网关角色。负责网络路由。所有请求都往网关走,网关会根据请求中的一些特征,将请求转发给后端的各个服务。
有一个网关之后,还有很多好处,比如可以做统一的降级、限流、认证授权、安全,等等。

Spring Cloud核心组件,在微服务架构中,分别扮演的角色:

* Eureka:各个服务启动时,Eureka Client都会将服务注册到Eureka Server,并且Eureka Client还可以反过来从Eureka Server拉取注册表,从而知道其他服务在哪里
* Ribbon:服务间发起请求的时候,基于Ribbon做负载均衡,从一个服务的多台机器中选择一台
* Feign:基于Feign的动态代理机制,根据注解和选择的机器,拼接请求URL地址,发起请求
* Hystrix:发起请求是通过Hystrix的线程池来走的,不同的服务走不同的线程池,实现了不同服务调用的隔离,避免了服务雪崩的问题
* Zuul:如果前端、移动端要调用后端系统,统一从Zuul网关进入,由Zuul网关转发请求给对应的服务

以上参考博客:

拜托!面试请不要再问我Spring Cloud底层原理