java B2B2C Springboot电子商城系统-eureka详解

eureka的架构

须要源码能够加企鹅球球：二一四七七七五六三三

eureka的基础架构能够分红三个部分： 1.服务注册中心：提供服务的发现和注册的功能。 2.服务提供者：提供服务的应用，能够是spring boot应用，也能够是其余遵循eureka通讯机制的应用。 3.消费者应用从服务注册中心获取服务列表，从而使消费者能够知道去何处调用所v须要的服务。既可使用 Ribbon，也可使用Feign. 如图所示

服务提供者 服务注册 “服务提供者”在启动的时候会经过发送REST请求的方式将本身注册到Eureka Server上,同时带上了自身服务的一些元数据信息。Eureka Server接收到这个REST请求以后,将元数据信息存储在一个双层结构Map中。其中第一层的key是服务名,第二层的key是具体服务的实例名。

服务同步 好比在上图中所示，这里的两个服务提供者分别注册到了两个不一样的服务注册中心上。信息分别被两个注册中心所维护。同时，这两个服务注册中心又相互注册，当服务提供这发送注册请求到一个服务注册中心的时候，它会将该请求转发给集群中相互链接的其余注册中心，从而实现了服务的同步。

服务续约 在注册完成服务以后，服务提供者会维护一个心跳用来持续告诉eureka server,我还活着。以防止eureka server将该服务从服务列表中排除出去，这种操做就叫作服务续约。 eureka.instance.lease-renewal-interval-in-seconds参数用于定义服务续约任务的调用间隔时间,默认为30秒。eureka.instance.lease-expiration-duration-in-seconds参数用于定义服务失效的时间,默认为90秒。

服务消费者 获取服务 当咱们启动服务消费者的时候，他会发送一个Rest请求到服务注册中i性能，来获取上面注册的服务清单。为了性能考虑，eureka server会维护一份只读的服务清单返回给客户端，同时该缓存清单会每隔30秒更新一次。若但愿修改缓存清单的更新时间,能够经过eureka.client.registry-fetch-interval-seconds=30参数进行修改,该参数默认值为30,单位为秒。

服务调用 服务消费者在获取服务清单后,经过服务名能够得到具体提供服务的实例名和该实例的元数据信息。由于有这些服务实例的详细信息,因此客户端能够根据本身的须要决定具体调用哪一个实例,在Ribbon中会默认采用轮询的方式进行调用,从而实现客户端的负载均衡。

服务下线 在系统运行过程当中必然会面临关闭或重启服务的某个实例的状况,在服务关闭期间,咱们天然不但愿客户端会继续调用关闭了的实例。因此在客户端程序中,当服务实例进行正常的关闭操做时,它会触发一个服务下线的REST请求给Eureka Server,告诉服务注册中心: "我要下线了”。服务端在接收到请求以后,将该服务状态置为下线(DOWN),并把该下线事件传播出去。

java B2B2C springmvc mybatis电子商务平台源码