5、 什么是服务熔断？什么是服务降级？
熔断机制是应对雪崩效应的一种微服务链路保护机制。当某个微服务不可
用或者响应时间太长时，会进行服务降级，进而熔断该节点微服务的调用，
快速返回“错误”的响应信息。当检测到该节点微服务调用响应正常后恢复调
用链路。在 Spring Cloud 框架里熔断机制通过 Hystrix 实现，Hystrix 会监
控微服务间调用的状况，当失败的调用到一定阈值，缺省是 5 秒内调用 20
次，如果失败，就会启动熔断机制。
服务降级，一般是从整体负荷考虑。就是当某个服务熔断之后，服务器将
不再被调用，此时客户端可以自己准备一个本地的 fallback 回调，返回一个
缺省值。这样做，虽然水平下降，但好歹可用，比直接挂掉强。
Hystrix 相关注解@EnableHystrix：开启熔断
@HystrixCommand(fallbackMethod=”XXX”)，声明一个失败回滚处理函数 XXX，
当被注解的方法执行超时（默认是 1000 毫秒），就会执行 fallback 函数，
返回错误提示。
6、 请说说 Eureka 和 zookeeper 的区别？
Zookeeper 保证了 CP，Eureka 保证了 AP。
A：高可用
C：一致性
P：分区容错性
1.当向注册中心查询服务列表时，我们可以容忍注册中心返回的是几分钟以
前的信息，但不能容忍直接 down 掉不可用。也就是说，服务注册功能对高
可用性要求比较高，但 zk 会出现这样一种情况，当 master 节点因为网络
故障与其他节点失去联系时，剩余节点会重新选 leader。问题在于，选取
leader 时间过长，30 ~ 120s，且选取期间 zk 集群都不可用，这样就会导致
选取期间注册服务瘫痪。在云部署的环境下，因网络问题使得 zk 集群失去
master 节点是较大概率会发生的事，虽然服务能够恢复，但是漫长的选取
时间导致的注册长期不可用是不能容忍的。
2.Eureka 保证了可用性，Eureka 各个节点是平等的，几个节点挂掉不会影
响正常节点的工作，剩余的节点仍然可以提供注册和查询服务。而 Eureka
的客户端向某个 Eureka 注册或发现时发生连接失败，则会自动切换到其他
节点，只要有一台 Eureka 还在，就能保证注册服务可用，只是查到的信息
可能不是最新的。除此之外，Eureka 还有自我保护机制，如果在 15 分钟内
