Eureka注册中心快速入门_eureka http接口

一、提供者与消费者

• **服务提供者：**一次业务中，被其他微服务调用的服务。（提供接口给其他微服务）

• **服务消费者：**一次业务中，调用其他微服务的服务。（调用其它微服务提供的接口）

比如我们刚刚的案例中，我们在order-service中调用user-service服务，所以order-service是服务消费者，user-service是服务提供者

注意！提供者和消费者角色是相对的

一个服务可能是提供者，也可能是消费者

二、Eureka注册中心

2.1 服务调用出现的问题

2.1.1 硬编码问题

我们在远程服务调用的时候将红框内的代码硬写在程序中，这样修改非常的不方便

为了应对更多的并发，我们的user服务可能会部署多实例，形成一个集群。

比如下图，我们如果还有8082，8083，那我们的硬编码就没有作用了，不知道改写谁的地址了，所以这里一定不能写成硬编码的形式。

2.1.2如果不是硬编码的形式，那这三个服务我们该怎么去获取呢？

Eureka、nacos均可以解决这个问题

2.1.3服务消费者该如何获取服务提供者的地址信息？

• 服务提供者启动时向eureka注册自己的信息

• eureka保存这些信息

• 消费者根据服务名称向eureka拉去提供者信息

我们要做的就是根据服务名称向eureka拉去即可

2.1.4如果有多个服务提供者，消费者该如何选择呢？

服务消费者利用负载均衡算法，从服务列表中挑选一个

2.1.5消费者如何得知服务提供者的健康状态呢？

• 服务提供者会每隔30秒向Eureka Server发送心跳请求，报告健康状态

• eureka会更新记录服务列表的信息，心跳不正常会被剔除

• 消费者就可以拉取到最新的信息

2.2 Eureka的作用

eureka-server服务端：注册中心，记录和管理这些微服务

eureka-client客户端：服务消费者、服务提供者都是微服务，所以都是客户端

对于服务提供者，每一个服务启动时都会把服务信息注册给eureka-server客户端，然后客户端会记录下来user-service名称及端口

如果这个时候有一个人想要消费，那不就不需要自己记录信息，直接在eureka-server中拉去想要的服务信息即可

但是对于上图拉去的信息而言，我们同样的东西有三种配置，我们需要挑一个，这就需要负载均衡的知识了，从三个中挑选一个（比如localhost:8081），之后在由order-service向user-service发起请求

其中我们也不用担心localhost:8081会挂掉，因为我们user-service服务每隔一段时间就会向注册中心发一次请求确认自己的状态，若一段时间没有发送请求，则注册中心就会把user-service剔除，order-service再次拉去时就不会拉取到他，所以不用担心负载均衡选取的地址失效问题

三、Eureka使用

下面进行Eureka使用的三步走：

搭建EurekaServer、将服务注册到Eureka中、

3.1 搭建EurekaServer

3.1.1 配置

新建maven工程，并添加maven坐标

注意，下面的操作都是在创建的maven工程中去实现

3.1.1.1maven坐标

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

这个地方没有指定版本，原因就是在父工程中将版本都管理好了，下图所示便是父工程中的版本管理，在下面的配置管理中，有大量的组件和版本信息，所以我们子工程引入的时候，无需引入任何版本

下面的图示可以更清楚的辨别子工程与父工程的关系

3.1.1.2 在启动类添加@EnableEurekaServer

@SpringBootApplication
@EnableEurekaServer
public class EurekaApplication {
    public static void main(String[] args) {
        SpringApplication.run(EurekaApplication.class,args);
    }
}

3.1.2编写配置文件

# 配置微服务名称
spring:
  application:
    name: eurekaserver
 
 
# eureka自己也是一个微服务，也需要一个名字
# eureka也会将自己注册到eureka上，
#   为了以后eureka集群之间通讯使用，若启动了多个eureka，他们会互相做注册，完成数据的交流
eureka:
  client:
#   eureka地址信息
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka

3.1.3 启动Eureka

直接启动main函数

@SpringBootApplication
@EnableEurekaServer
public class EurekaApplication {
    public static void main(String[] args) {
        SpringApplication.run(EurekaApplication.class,args);
    }
}

当我们启动之后，ctrl+单机方框内的端口号，直接打开页面，其中红框中的内容最为重要

“Instances currently registered with Eureka”翻译为“当前在Eureka上注册的实例”

那怎么理解这个实例呢？

一个服务每被部署一份，就叫做一个实例。

若部署十个user服务，那就会出现十个实例。

application：服务名称，我们在配置文件中进行配置的
Status：IP和服务端口（由于window的原因，这个地方显示的时计算机名），其中UP代表正常状态，DOWN代表服务挂掉

3.2 将user-service服务注册到eureka中 （服务注册）

3.2.1 配置

3.2.1.1 maven坐标

我在导入坐标的时候出现了cannot reconnect ，翻译：不能连接我把idea重启了一下，解决了这个错误，我感觉我的idea有毛病

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

现在的依赖与eureka-server工程的依赖有所不同，这个是eureka的client端（客户端）

3.2.1.2 application.yml文件配置

下面除了微服务的名称与之前eureka-server工程不一样，其他配置和刚刚的是一个样子的

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

3.2.2 启动

启动下面的类即可

@MapperScan("cn.itcast.user.mapper")
@SpringBootApplication
public class UserApplication {
    public static void main(String[] args) {
        SpringApplication.run(UserApplication.class, args);
    }
}

观察下图，确实变成两个实例了

3.3 将order-service服务注册到eureka中（服务注册）

参照3.2 进行

3.4 实现某个服务多个实例

3.4.1 创建多个服务与实例

比如，我们可以将user-service多次启动，模拟实例部署，但为了避免端口冲突，需要修改端口设置：

“-D”代表着参数，“server.port=8082”是配置端口，这个端口覆盖了yaml文件中的配置的端口

之后点击“OK”

启动成功

查看

我们看到确实是两个，这就是服务的列表

服务注册总结

• 引入eureka-client依赖

• 在application.yml中配置eureka地址

3.5 服务发现（服务拉取）与负载均衡

依然是在order-service完成服务拉取

服务拉取是基于服务名称获取服务列表，然后再对服务列表做负载均衡

3.5.1 在order-service完成服务拉取

3.5.1.1 之前服务拉取代码

@Service
public class OrderService {
 
    @Autowired
    private OrderMapper orderMapper;
 
    @Autowired
    private RestTemplate restTemplate;
 
 
    public Order queryOrderById(Long orderId) {
        // 1.查询订单    从数据库中获取
        Order order = orderMapper.findById(orderId);
        //2. 利用RestTemplate发起HTTP请求，获取用户
        //         get请求：getForObject(url路径,返回值类型)
        //                 我们下面的返回值类型不需要JSON，而是需要一个User对象的形式，所以写User.class
        //         post请求：postForObject()
        String url = "http://localhost:8081/user/" + order.getUserId();
        User user = restTemplate.getForObject(url, User.class);
 
        //3. 封装user到Order中
        order.setUser(user);
        // 4.返回
        return order;
    }
}

@MapperScan("cn.itcast.order.mapper")
@SpringBootApplication
public class OrderApplication {
 
    public static void main(String[] args) {
        SpringApplication.run(OrderApplication.class, args);
    }
 
    @Bean
    public RestTemplate restTemplate(){
        return  new RestTemplate();
    }
 
}

3.5.1.2 如今服务拉取代码

服务名称代替IP端口

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

String url = "http://userservice/user/" + order.getUserId();

@Service
public class OrderService {
 
    @Autowired
    private OrderMapper orderMapper;
 
    @Autowired
    private RestTemplate restTemplate;
 
 
    public Order queryOrderById(Long orderId) {
        // 1.查询订单    从数据库中获取
        Order order = orderMapper.findById(orderId);
        //2. 利用RestTemplate发起HTTP请求，获取用户
        //         get请求：getForObject(url路径,返回值类型)
        //                 我们下面的返回值类型不需要JSON，而是需要一个User对象的形式，所以写User.class
        //         post请求：postForObject()
//        String url = "http://localhost:8081/user/" + order.getUserId();
        String url = "http://userservice/user/" + order.getUserId();
        User user = restTemplate.getForObject(url, User.class);
 
        //3. 封装user到Order中
        order.setUser(user);
        // 4.返回
        return order;
    }
}

在order-service项目的启动类OrderApplication中的RestTemplate添加负载均衡注解：

LoadBalanced就是负载均衡的意思

@Bean
@LoadBalanced
public RestTemplate restTemplate(){   
   return new RestTemplate();
}

3.5.2 发送请求获取数据

发送请求获取数据

端口8080、8081存在日志信息，而8082不存在日志信息

再次发送请求

端口8080、8082会有反应

3.6 总结