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来实现服务消费。

看另一个例子