Springcloud笔记（2）-Eureka服务注册中心

Eureka服务注册

Eureka作为一个微服务的治理中心，它是一个服务应用，可以接收其他服务的注册，也可以发现和治理服务实例。

服务治理中心是微服务（分布式）架构中最基础和最核心的功能组件，它主要对各个服务实例进行管理，包括服务注册和服务发现等

本文参考：springcloud教程 -- 1.快速搭建入门级demo,看这一篇就够了-CSDN博客

两个组件

Eureka包含两个组件：Eureka Server和Eureka Client。 

Eureka Server提供服务注册，各个节点启动后，会在Eureka Server中进行注册，这样Eureka Server中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观的看到。

Eureka Client用于简化与Eureka Server的交互，在应用启动后，将会向Eureka Server发送心跳，如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，Eureka Server将会从服务注册表中把这个服务节点移除。

eureka模块

这里的一个模块就是一个微服务。

主要依赖，这个依赖用于指明当前服务为eureka server。

 <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
            <version>4.0.0</version>
        </dependency>

新建一个服务，需要在主工程上右键选择new->module

j-cloud-server-eureka的启动类需加上注解@EnableEurekaServer， 来声明其是一个基于Eureka的服务注册发现中心

注解@EnableEurekaServer，它代表着在Spring Boot应用启用之时，也启动Eureka服务器。此时，我们以Java Application的形式运行，就能够启用Eureka服务治理中心

eureka的配置文件，定义了defaultZone: http://jorian:123456@localhost:8761/eureka 这个配置用来声明要将服务注册到哪个eureka上，但是本服务是eureka server服务，所以用reguster-with-eureka为false来指明不需要注册本服务。（是否注册都可以）

配置介绍

●spring.application.name：配置的是Spring应用的名称，也是微服务的名称，在Spring Cloud中，一个微服务可以拥有多个实例。

●eureka.client.register-with-eureka：这个配置项是取消当前微服务，寻找其他Eureka服务治理中心进行注册。

●eureka.client.fetch-registry：取消服务获取功能，关于服务获取，本章后续会讨论。●eureka.client.serviceUrl.defaultZone：如果需要注册微服务，可以通过这个属性来配置服务治理中心的注册地址，完成服务注册的功能。 

启动主程序，访问http://localhost:8761/

可以看到没有注册任何服务。

生产者模块

j-cloud-provider1

依赖，该依赖用来配置eureka的client服务。

     <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>

在该服务的application添加eureka配置，指明要将服务注册到这个eureka地址上。这就是服务注册。

配置文件的application name还指明了这个服务的名字。

启动类添加注解：@EnableEurekaClient来声明其是一个client(生产者或者消费者，在这里他是生产者)

启动该程序，在euraka可以看到该服务已注册到eureka上。这就是服务发现。

新建一个provider2注册到eureka，并启用。

两个生产者要用同样的application name，代表同一个应用的两个实例

（两个生产者模块用来演示负载均衡策略） 

架构图

所谓微服务，是指完成某一业务功能的独立系统。一个微服务可以有多个实例，所谓实例，是指一个具体的服务节点。

为什么要有多个服务节点？

1、高可用，即使某个节点不可用时，服务仍可用。

2、高性能，在大并发情况下，分摊请求压力。

实例对Eureka服务治理中心发送REST风格的请求，将自己的相关配置发送到Eureka服务治理中心完成注册。

消费者模块

新建消费者模块consumer并配置。

url的服务器和端口被定义为了provider-user，与生产者配置项spring.application.name是一致的，这样Eureka服务治理中心就知道你在请求哪个服务。

@RequestMapping("/hello")
    public String hello(){
        //指出服务地址   http://{服务提供者应用名名称}/{具体的controller}
        String url="http://provider-user/user/sayHello";
 
        //返回值类型和我们的业务返回值一致
        return resttemplate.getForObject(url, String.class);

访问http://localhost:8001/hello

即可以访问到生产者返回的信息。 

负载均衡

eureka配置了ribbon负载均衡策略（如果已经在模块中引入了spring-cloud-starter-netflix-eureka-client，它的父pom便会自动引入spring-cloud-starter-netflix-ribbon）

消费者的请求会在客户端被决定好发送到哪台服务提供者进行处理。

重复访问消费者地址N次，因为配置了两个生产者，http://localhost:8001/hello，会发现返回结果在两个provider切换，实现了负载均衡

多个服务注册中心

实际使用时，部署多个服务注册中心，防止服务注册中心宕机导致服务不可用。 

源码：2504973175/j-cloud - 码云 - 开源中国 (gitee.com)

Eureka服务治理原理

Eureka服务治理有以下几个重要概念。

服务治理中心-就是eureka服务

服务提供者--注册到eureka上，所以eureka可以对其进行治理。在本文中就是provider-user。

服务消费者-  服务的消费者会调用其他微服务，如本文消费者调用的provider-user，Eureka会解析类似provider-user这样的微服务名称。解析的过程是，首先根据这个名称从服务治理中心获取服务提供者的实例列表，保存在本地，然后通过特定的负载均衡的策略确定具体的实例，最后通过请求该实例获取数据。例子中使用了Ribbon来实现服务消费。

看另一个例子

 微服务实例和服务治理中心的关系

任何的微服务都可以对Eureka服务治理中心（也称为Eureka服务端）发送REST风格的请求。在Eureka的机制中，一般是由具体的微服务（也称为Eureka客户端）来主动维持它们之间的关系。微服务向注册中心发送restful风格请求，可以请求在服务中心注册、续约、下线。

注册：微服务启动后，向eureka发消息注册自己的实例。

续约：微服务实例会按照一个频率对Eureka服务器维持心跳，告诉Eureka该实例是可用的，借此来避免被Eureka服务端剔除出去

下线：在系统出现故障，需要停止或者重启某个微服务实例的时候，在正常操作下，实例会对Eureka发送下线REST风格请求，告知服务治理中心，这样客户端就不能再请求这个实例了

服务治理中心互相关系

Eureka可以有效地管理具体的微服务实例。但是服务治理中心之间和本身也会提供一定的服务，甚至可以说服务治理中心也是Eureka客户端，因为它也可以注册到其他的Eureka服务器中，被其他的Eureka服务器治理

相互复制：Eureka本身也会相互注册，以保证高可用和高性能。各个Eureka服务器之间也会相互复制，也就是当微服务发生注册、下线和续约这些操作的时候，Eureka会将这些消息转发到其他服务治理中心的实例上，这样就完成同步了

服务剔除：在实际的工作中，有时候有些服务会因为网络故障、内存溢出或者宕机而导致服务不能正常工作，这个时候就要将这些无效的服务实例剔除出去

●自我保护：用来检测自己是否正常。

微服务之间互相调用

服务获取：服务获取是指微服务实例作为Eureka的客户端，从Eureka服务治理中心获取其他微服务实例清单的功能，通过一种负载均衡的算法选择其中的一个实例进行调用

●服务调用。服务调用是指一个微服务调用另一个微服务的过程。在Spring Cloud中，大部分会采用REST风格请求