SpringCloud的核心组件及其作用

Eureka:服务注册与发现中心

注册:每个服务都向Eureka登记自己提供服务的元数据，包括服务的ip地址、端口号、版本号、通信协议等。eureka将各个服务维护在了一个服务清单中(双层Map，第一层key是服务名，第二层key是实例名，value是服务地址加端口)。同时对服务维持心跳，剔除不可用的服务，eureka集群各节点相旦汪册母个头例中都有一忤的服务清单。

发现: eureka注册的服务之间调用不需要指定服务地址，而是通过服务名向注册中心咨询，并获取所有服务实例清单(缓存到本地)，然后实现服务的请求访问。

Ribbon负载均衡

（“瑞本”）服务间发起请求的时候，基于Ribbon做负载均衡，从一个服务的多台机器中选择一台（意思是：被调用方的服务地址不止一个，有多个同样的服务，在多个服务里面选压力最小的一台)，Ribbon也是通过发起http请求，来进行的调用，只不过是通过调用服务名的地址来实现的（就不用IP加端口的方式了，避免服务换了端口，代码里还需要一个个改。比如：127.0.0.1:8888）。虽然说Ribbon不用去具体请求服务实例的ip地址或域名了，但是每调用一个接口都还要手动去发起Http请求

而为了解决还需要手动发起Http请求，就出现了Feign

Feign:服务调用

（“奋~”）基于Feign的动态代理机制，根据注解和选择的机器，拼接请求URL地址，发起请求，简化服务间的调用，在Ribbon的基础上进行了进一步的封装。单独抽出了一个组件，就是Spring Cloud Feign。在引入SpringCloud Feign后，我们只需要创建一个接口并用注解的方式来配置它，即可完成对服务提供方的接口绑定。
调用远程就像调用本地服务一样

Hystrix “豪猪”隔离、熔断、降级：

发起请求是通过Hystrix的线程池来走的，不同的服务走不同的线程池，实现了不同服务调用的隔离，通过统计接口超时次数返回默认值，实现服务熔断和降级

Zuul 网关服务:

如果前端、移动端要调用后端系统，统一从Zuul网关进入，由Zuul网关转发请求给对应的服务，通过与Eureka进行整合，将自身注册为Eureka下的应用，从Eureka下获取所有服务的实例，来进行服务的路由。
Zuul还提供了一套过滤器机制，开发者可以自己指定哪些规则的请求需要执行校验逻辑，只有通过校验逻辑的请求才会被路由到具体服务实例上，否则返回错误提示。