SpringCloud学习——Eureka的服务注册与发现

简介

Eureka可以当做微服务的门神。Netflix 在设计 Eureka 时遵守的是 AP 原则。Eureka是Netflix的一个子模块，也是核心模块之一。Eureka是一个基于REST的服务，用于定位服务，以实现云端中间层服务发现和故障转移。

服务注册与发现对于微服务架构来说是非常重要的，有了服务发现与注册，只需要使用服务的标识符(也就是微服务的名称)，就可以访问到服务，而不需要修改服务调用的配置文件了。功能类似于dubbo的注册中心，比如Zookeeper。

比如我们去写字楼，一般在写字楼的一楼都会有一块很大的LED屏，屏幕上一般是一张表格，分别写着1到N楼的公司名称，也就是公司的花名册。我们可以将这个花名册近似的理解为注册中心，而这些公司，就是一个个注册到花名册的微服务。

Eureka基本架构

Eureka采用了 C/S 架构。

其中 Eureka Server 作为注册中心，作为服务端，主管服务注册。而其他的微服务，使用 Eureka 的客户端来连接到 Eureka Server 并维持心跳连接。这样系统的维护人员就可以通过 Eureka Server 来监控整个系统中各个微服务是否正常运行。

SpringCloud 的一些其他模块，比如Zuul也可以通过 Eureka Server 来发现系统中其它的微服务，来执行一些相关逻辑操作。

Eureka包含两个组件：Eureka Server和Eureka Client(相当于一个个的微服务) ⭐️ ⭐️

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

EurekaClient是一个Java客户端，用于简化Eureka Server的交互，客户端同时也具备一个内置的、使用轮询(round-robin)负载算法的负载均衡器。在应用启动后，将会向Eureka Server发送心跳(默认周期为30秒)。如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，EurekaServer将会从服务注册表中把这个服务节点移除（默认90秒）

接下来，我们将把eureka加入到我们的工程。现在消费者 80 能直接访问 到8001，现在我们要将微服务提供者注册进 eureka。然后再从 eureka去访问。这也是我们未来的方向和大致的思路。

Eureka 的搭建

梳理

先梳理下现在的项目情况，目前是一个总工程，里面有一个通用的 api 模块，一个服务提供者，一个服务消费者模块。而现在，要加入一个Eureka Server了。

Eureka Server 提供服务注册和发现。

Service Provide 服务提供方将自身服务注册到Eureka，从而使服务消费方能够找到。

Service Consumer服务消费方从Eureka获取注册服务列表，从而能够消费服务。

这里肯定有人会疑问，消费者直接访问提供者不挺好的吗，为什么还要将提供者注册到注册中心，然后消费者去获取注册列表，再去消费呢？

其实以前的单体架构是这样的，但是当微服务越来越多时，成百上千时，我们不可能再去硬记一个个的ip+port，就像在访问淘宝京东的网站，肯定没有出现ip+port的路径。有了注册中心，我们可以直接去通过微服务的名字去访问接口，更加直观。而且还可以与其他SpringCloud组件搭配，实现更加强悍的功效。

构建

创建一个新的微服务，专门用来做服务中心。
pom.xml文件如下:

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>springcloudservice</artifactId>
        <groupId>org.example</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>springcloudservice-eureka-7001</artifactId>

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

application.properties 内容如下：

server.port=7001
#eureka服务端的实例名称
eureka.instance.hostname=localhost
# eureka server 就是注册中心，不需要向注册中心注册自己
eureka.client.register-with-eureka=false
# eureka server 做注册中心，不需要去检索服务，由客户端去检索服务
eureka.client.fetch-registry=false
# 设置 Eureka Server 的地址
eureka.client.service-url.defaultZone=http://${eureka.instance.hostname}:${server.port}/eureka/

另外，我们需要在主启动类上加上 @EnableEurekaServer注解，表示此微服务是注册中心，接收其他微服务注册进来。

然后运行该微服务，访问ip+port，出现如下界面即配置成功。

此时的Application下面是No instances available，因为还没有微服务注册进去。

-----------------------------------------------------------华丽的分割线-----------------------------------------------------------

此时注册中心已经配置好了，接下来要将提供者服务 provider-8001 注册到 eureka-server 注册中心。我们需要修改 provider-8001 的pom.xml配置文件，再原先的基础上，加入如下依赖：

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

之前说过，Eureka是 C/S 架构。作为注册中心的是 Eureka-Server。服务端依赖的artifactId是spring-cloud-starter-eureka-server。客户端依赖的artifactId是 spring-cloud-starter-eureka，后面没跟server。

再去修改 provider-8001 的 application.properties配置文件。

spring.application.name=springcloudservice-user
eureka.client.service-url.defaultZone=http://localhost:7001/eureka

这里 spring.application.name 就是微服务的名字，十分重要，也就是Eureka-Server注册中心Application下显示的名字，如果不配置，默认是 UNKNOWN。另外，不管我们配置的名字是小写还大写，注册中心页面显示的都是大写。
eureka.client.service-url.defaultZone 告诉微服务注册中心的地址是在哪里，这个地址要和Eureka-Server中application.properties 中配置的地址对应，不然找不到。

接下来启动Eureka-Server和provider-8001两个微服务。然后再去看注册中心页面，看看发生的变化。

可以看到，provider-8001成功注册到Eureka-Server中去。

接下来再启动 consumer-80 服务，测试接口是否正常。

也是正常的。

此时，就搭建好了Eureka的Server端和Eureka的Client端，并且消费者也能够正常消费。但是其实现在这么配意义并不大，并且也没有能够实现通过调用微服务名字来访问接口。这是因为目前微服务较少，效果并是不很明显。而且并没有配置Ribbon来做负载均衡，所以暂时还无法来通过微服务名称来访问接口。但是Eureka的搭建，已经基本完成。