微服务java b2b商城系统_java商城源码100%开源适合2次开发-服务治理实现原理
Spring Cloud 学习 – 服务治理实现原理
需要JAVA Spring Cloud大型企业分布式微服务云构建的B2B2C电子商务平台源码：壹零叁八柒柒肆六二六
如图为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作用；
