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

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底层原理