Spring Cloud 学习
文章目录
- Spring Cloud 学习 -- 服务治理实现原理
- 服务注册中心(Eureka Server)
- 服务提供者(Eureka Client)
- 服务消费者(Eureka Client)
- Regin和Zone
- @EnableDiscoveryClient和@EnableEurekaClient区别
Spring Cloud 学习 – 服务治理实现原理
- 如图为eureka的结构图,其中包括三个部分,服务注册中心(Eureka Server),服务提供者(Eureka Client),服务消费者(Eureka Client)
- Eureka Server -1 和Eureka Server -2 组成了高可用集群,任何一个client注册其中的一个Server,都会根据配置的时间同步到另一个Server.
服务注册中心(Eureka Server)
- 作为一个注册中心,每个微服务(Client)在启动后将会把自己的主机,端口号,通信协议等信息发送给注册中心进行注册,注册中心会存储微服务的ip地址、端口等信息。
- 服务消费者可以从服务发现组件查询服务提供者的网络地址,并使用该地址调用服务提供.者的接口.
- 各位服务与服务组件使用统一的心跳机制,如果服务发现组件长时间无法与某微服务实例通信,就会被注销。
- 微服务网络地址发生变更时,会重新注册到服务发现组件,避免人工修改提供者的网络地址。
- 服务发现组件核心功能:
- 服务注册表:记录微服务信息的服务的名称、ip、端口等,服务注册表查询API和管理API。
- 服务注册与服务发现:服务注册是微服务启动时,件自己的信息注册到服务发现组件上的过程。服务发现是指查询可用微服务列表及其网络地址的机制。
- 服务检查:服务发现组件使用过一定机制定时检测已注册的服务。
- 服务同步:当多个注册中心Server组成集群的时候,如果其中一个注册中心注册了一个Client,那么这个Client就会自动同步到其他集群中的Server.
服务提供者(Eureka Client)
- 启动的时候通过REST请求将自己注册到Eureka Server 上,同时带上自身服务的元数据信息。通过eureka:
instance:metadata-map: 进行设置。其他的消费者就可以从Server获取。eureka: client: register-with-eureka参数控制自己是否能够被注册默认为true. - 在注册完成后,服务提供者会维护一个心跳(发送通信包)来持续告诉Server是否存活,如果超过一定时间没有心跳,那么就会被Server判断该Cliebt失效,将其状态设置为“DOWN”,并将其从服务列表中去除。
服务消费者(Eureka Client)
- 启动服务消费者后,定期发送REST请求去获取服务列表。
- 获取到服务列表后,通过服务名可以获得具体提供服务的实例名和该实例的元数据信息。
- 消费者可以通过Ribbon或者Feign来使用服务提供者。
服务提供者和服务消费者从配置上没有区别,只是可能需要配置metadata元数据信息来提供给消费者。两者只有行为上的区别,一个提供服务(低层的业务),一个消费服务(高层的业务,通过http请求去请求调用提供者中的相关方法)。
Regin和Zone
- region:可以简单理解为地理上的分区,比如亚洲地区,或者华北地区,再或者北京等等,没有具体大小的限制。根据项目具体的情况,可以自行合理划分region。
- zone:可以简单理解为region内的具体机房,比如说region划分为北京,然后北京有两个机房,就可以在此region之下划分出zone1,zone2两个zone
一个region中可以有多个zone,每个服务需要注册到一个zone中,所以每个client对应一个regin和一个zone.在进行服务调用的时候,优先访问同一个zone中的服务提供方,若访问不到,再访问其他zone.不过这个可以参数控制,eureka.client.prefer-same-zone-eureka控制,默认为true,也就是优先找同一个zone中的。
@EnableDiscoveryClient和@EnableEurekaClient区别
SpringCLoud中的“Discovery Service”有多种实现,比如:eureka, consul, zookeeper。
1,@EnableDiscoveryClient注解是基于spring-cloud-commons依赖,并且在classpath中实现;
2,@EnableEurekaClient注解是基于spring-cloud-netflix依赖,只能为eureka作用;