[微服务]Eureka注册中心

🍃作者介绍：双非本科大三网络工程专业在读，阿里云专家博主，专注于Java领域学习，擅长web应用开发、数据结构和算法，初步涉猎Python人工智能开发和前端开发。
🦅主页：@逐梦苍穹

🥡所属专栏：微服务

📕您的一键三连，是我创作的最大动力🌹

1****、引言

假如我们的服务提供者user-service部署了多个实例，如图：

那么思考几个问题：

①order-service在发起远程调用的时候，该如何得知user-service实例的ip地址和端口？

②有多个user-service实例地址，order-service调用时该如何选择？

③order-service如何得知某个user-service实例是否依然健康，是不是已经宕机？

2****、Eureka的结构和作用

2.1****、图解

上述这些问题都需要利用SpringCloud中的注册中心来解决，其中最广为人知的注册中心就是Eureka，其结构如下：

2.2、几个重要问题⭐

回答之前的各个问题。

问题1：order-service如何得知user-service实例地址？

获取地址信息的流程如下：

①user-service服务实例启动后，将自己的信息注册到eureka-server（Eureka服务端）。这个叫服务注册

②eureka-server保存服务名称到服务实例地址列表的映射关系

③order-service根据服务名称，拉取实例地址列表。这个叫服务发现或服务拉取

问题2：order-service如何从多个user-service实例中选择具体的实例？

①order-service从实例列表中利用负载均衡算法选中一个实例地址

②向该实例地址发起远程调用

问题3：order-service如何得知某个user-service实例是否依然健康，是不是已经宕机？

①user-service会每隔一段时间（默认30秒）向eureka-server发起请求，报告自己状态，称为心跳

②当超过一定时间没有发送心跳时，eureka-server会认为微服务实例故障，将该实例从服务列表中剔除

③order-service拉取服务时，就能将故障实例排除了

注意：一个微服务，既可以是服务提供者，又可以是服务消费者，因此eureka将服务注册、服务发现等功能统一封装到了eureka-client端

因此，接下来的步骤包括：

3****、搭建eureka-server

首先注册中心服务端eureka-server，这必须是一个独立的微服务

**3.1.**创建eureka-server服务

在cloud-demo父工程下，创建一个子模块；

填写模块信息，选择maven模块，选择SDK11(版本不需要太高)；

然后填写服务信息：

3.2****、引入eureka依赖

在新建的模块的pom.xml文件中引入SpringCloud为eureka提供的starter依赖：

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

在springboot中引入这些相关依赖是不需要显式指定版本的，SpringBoot提供好了。

3.3****、编写启动类

给eureka-server服务编写一个启动类，一定要添加一个@EnableEurekaServer注解，开启eureka的注册中心功能：

package xzl.eureka;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;

/**
 * @author 逐梦苍穹
 * @date 2024/3/2 14:16
 */
@SpringBootApplication
@EnableEurekaServer
public class EurekaApplication {
    public static void main(String[] args) {
        SpringApplication.run(EurekaApplication.class, args);
    }
}

3.4****、编写配置文件

编写一个application.yml文件，内容如下：

server:
  port: 10086
spring:
  application:
    name: eureka-server
eureka:
  client:
    service-url: 
      defaultZone: http://127.0.0.1:10086/eureka

3.5****、启动服务

启动微服务，然后在浏览器访问：http://127.0.0.1:10086

看到下面结果就是成功了：

4****、服务注册(user)

接下来将user-service注册到eureka-server中去。

4.1****、引入依赖

在user-service的pom文件中，引入下面的eureka-client依赖：

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

4.2****、配置文件

在user-service中，修改application.yml文件，添加服务名称、eureka地址：

spring:
  application:
    name: userservice
    
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka

4.3****、启动多个user-service实例

为了演示一个服务有多个实例的场景，需要添加一个SpringBoot的启动配置，再启动一个user-service。

首先，复制原来的user-service启动配置：

然后，在弹出的窗口中，填写信息，VM options填写"-Dserver.port=8082"：

现在，SpringBoot窗口会出现两个user-service启动配置，第一个是8081端口，第二个是8082端口。

启动：

访问**http://localhost:10086/****，**查看eureka-server管理页面：

5****、服务发现(order)

下面，将order-service的逻辑修改：向eureka-server拉取user-service的信息，实现服务发现。

原来的逻辑：

现在使用了Eureka注册中心，就解决了这个硬编码的问题。

5.1****、引入依赖

之前说过，服务发现、服务注册统一都封装在eureka-client依赖，因此这一步与服务注册时一致。

在order-service的pom文件中，引入下面的eureka-client依赖：

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

5.2****、配置文件

服务发现也需要知道eureka地址，因此第二步与服务注册一致，都是配置eureka信息：

在order-service中，修改application.yml文件，添加服务名称、eureka地址：

spring:
  application:
    name: orderservice
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka

5.3、服务拉取和负载均衡⭐

最后，我们要去eureka-server中拉取user-service服务的实例列表，并且实现负载均衡。

不过这些工作是不需要手动去完成，只需要添加一些注解即可。

在order-service的OrderApplication中，给RestTemplate这个Bean添加一个@LoadBalanced注解：

修改order-service服务中的service层的业务代码。

修改访问的url路径，用服务名代替ip、端口：

spring会自动帮助我们从eureka-server端，根据userservice这个服务名称，获取实例列表，而后完成负载均衡。

6****、测试

下面启动这个微服务demo，访问对应资源查看效果：

可以看到服务没有问题。

我总共访问了六次，下面去控制台查看一下打印的日志：

上图可知，8081实例被访问了三次。下面看8082：

8082实例也被访问了三次。

由此可见，确实是实现了服务拉取和负载均衡。

但是问题来了，为什么仅添加一个@LoadBalanced注解，这样拉取地址和负载均衡就实现了？

这个问题具体原理可以关注我这个微服务专栏，在后面的文章会有详解。

行文至此，欲知后事如何，请听下回分解✌

7****、代码免费分享

百度网盘链接如下：

链接： https://pan.baidu.com/s/1nSOpmhreQUwy85TZ3suR7w?pwd=1234

提取码：1234