springCloud Eureka组件作用

　　分服务端和客户端 ，需要记住的是两种作用 心跳机制和缓存机制 客户端每过30秒就会向服务端发送一次请求，来确保自己没有噶。同时服务端在接收到心跳后就会同步复制给其他服务端（用来防止服务端突然挂掉，系统直接不可用了----缓存机制）。另外如果没有接收到心跳，90秒后 会认为该服务已经噶了，移除该服务直至服务重新连接。

心跳机制和缓存机制会在很多技术中遇到，是一种技术防止突然掉线和信息传递的一种保障。由此可以得出 server是一个内置轮询的负载均衡算法器。

　　这里会引入另一种技术作为对比（Zookeeper），也是分布式的一种解决方案，实际是一个软件。

　　两个方案的区别 CAP  C Consistency(一致性)   A  Availability（可用性） P Partition tolerance（分区容错性）  P两种方案两种方案都保证（注意涉及钱财请一定保证CA，舍弃P，一定要保证C）。  那么区别就在于 C 和 A ，Eureka就算server噶了依旧可以用那就是A 可用性，没有leader，不用选举。Zookeeper需要选举，需要重新leader，数据保持一致。

　　同时，任何事物都是有正反两面的，心跳机制的缺陷在于，如果这个服务很健康，但是网络有点迟缓，然后server就剔除大量server，这完全是一种风险，但是好在Netflix为我们降低了这个分析，用到了一种理念，好的数据和坏的数据都要保留，总比丢了数据要好。

短时间出现大量的心跳丢失，启动自我保护机制，保留死亡server注册信息，这样假死的server依旧可以提供服务。