03-SpringCloud
1. SpringCloud 与 dubbo
2.分布式理论(CAP)
zookeeper 在设计的时候更倾向于一致性,比如多个zookeeper集群,只有一个主节点,
一致性由主节点保证,所有从节点从主节点同步。当主节点出现故障的时候,会通过选举从从节点中尽快选出新的主节点。
这个过程可能会导出zookeeper不可用,直到新的主节点出现
Eureka 在设计的时候更倾向于可用性,Eureka集群每个节点之间是对等的,相互同步服务列表。
过程当中可能服务列表不一致,但是当其中任何一个节点挂掉的时候,其他节点
正常工作,可以保证服务的可用性。Eureka客户端会每隔30秒向服务端发送心跳。Eureka的客户端也会缓存服务列表
Eureka 特点
1.客户端会向服务端发送心跳(30秒/s),服务端通过客户端心跳来注册微服务以及维护可用微服务列表
2.服务端之间通过相互复制(同步)方式保证服务列表一致性
3.如果服务端发现85%以上微服务都没有发送心跳,将不会删除列表中的为服务,不会向其他服务器同步服务列表(保护模式),也是可用性体现
4.即使全部Eureka服务器挂掉,客户端会使用缓存在本地的服务列表(客户端缓存) 3.Eureka-Server 搭建
4.Eureka-Client 搭建
5.Netflix-Fegin ( 远程调用RPC )
6.SpringCloud 中的熔断
7.Spring-cloud 微服务网关
8.Spring-Cloud 配置中心
9.Spring-Cloud-Bus 消息总线
Last updated