Spring Cloud

服务的调用方需要存储服务提供方的IP地址和端口号信息

服务提供方的地址信息改变后，服务调用方的全部节点都需要维护，耦合性太高

Eureka就是帮助我们维护所有服务的信息，以便服务之间的相互调用（简称：服务的注册与发现）

提供服务的治理功能，用来实现各个微服务示例的注册与发现

检查宕机的心跳机制

自我保护机制

C：一致性

A：可用性

P：分区容错性

注意：我们必须容忍的就是分区容容错性，但是C和A之间要取舍

Eureka是典型的AP，Zookeeper是典型的CP

客户端负载均衡：customer客户模块，将2个Search模块信息全部拉取到本地的缓存，在customer中自己做一个负载均衡的策略，选中某一个服务。

服务端负载均衡：在注册中心中，直接根据你指定的负载均衡策略，帮你选中一个指定的服务信息，并返回。

RandomRule：随机策略

RoundRibbonRule：轮询策略

WeightedResponseTimeRule：默认会采用轮询的策略，后续会根据服务的响应时间，自动给你分配权重

BestAvailableRule：根据被调用方并发数最小的去分配

如果你传递的参数，比较复杂时，默认会采用POST的请求方式。

传递单个参数时，推荐使用@PathVariable，如果传递的单个参数比较多，这里也可以采用@RequestParam，不要省略value属性

传递对象信息时，统一采用json的方式，添加@RequestBody

Client接口必须采用@RequestMapping

当某一个服务出现超时、资源不足、出现异常时，可执行一个降级方法，返回托底数据

通过降级快速失败，返回托底数据，避免用户的长时间等待

提供一个Hystrix线程池，信号量（管理tomact线程）和tomact线程池相互隔离

问题

解决

当某一个服务的失败率达到一定的阈值时，自动触发降级

在调用指定服务时，如果说这个服务的失败率达到你输入的一个阈值，将断路器从closed状态，转变为open状态，指定服务时无法被访问的，如果你访问就直接走fallback方法，在一定的时间内，open状态会再次转变为half open状态，允许一个请求发送到我的指定服务，如果成功，转变为closed，如果失败，服务再次转变为open状态，会再次循环到half open，直到断路器回到一个closed状态。

注意事项

请求缓存的功能

客户端维护大量的ip和port信息，直接访问指定服务

认证和授权操作，需要在每一个模块中都添加认证和授权的操作

项目的迭代，服务要拆分，服务要合并，需要客户端进行大量的变化

统一的把安全性校验都放在Zuul中

Zuul是所有请求到达后台服务的统一入口

在不改变源码的情况下，动态修改客户端请求路由到服务的规则

基于服务名忽略服务，无法查看

自定义服务路径名

以平滑的方式将项目版本从旧版本过度到新版本

PreFilter实现token校验

Zuul过滤器链的执行流程

只有超时才会触发zuul的降级

注意：因为Spring默认处理了异常结果，而返回了一个友好的页面，所以到了zuul组件这里，它不认为你是一个异常结果

在不重启Zuul服务的情况下动态指定路由规则