转载

SpringCloud注册中心Eureka

本篇概论

在上一篇中我们介绍了微服务相关的内容。微服务的本质就是让服务与服务之间进行互相调用。那么在调用之前需要有一个前提。就是不同的服务与服务之间怎么知道彼此的存在的呢?因为服务都是独立部署的，根本没有任何关联。如果都不知道要调用的服务地址，那还怎么进行互相调用呢？为了解决这样的问题，于是SrpingCloud提供了注册中心的组件。我们在开发项目时，都向注册中心注册，在进行服务调用时，注册中心返回要调用服务的地址，这样就解决了上述问题了。

创建Eureka服务端步骤

在SrpingCloud中Eureka是注册中心的组件，通过Eureka我们可以很方便的搭建一个注册中心。在SrpingCloud中Eureka组件分为服务端和客户端。如果有Dubbo项目开发经验的人可以理解为Eureka中的服务端，就相当于zokeerper服务，也就是记录服务地址的。而Eureka中的客户端，即是我们Dubbo项目中真真正正的服务。下面我们来详细介绍一下，怎么搭建一个Eureka服务端。

搭建一个Eureka服务端非常的简单，和创建一个SpringBoot的项目差不多，不同之处，就是添加依赖不一样。下面我们来详细介绍一下。

  1. 在IDEA中选择Spring Initializr选项。也就是如下图所示:

SpringCloud注册中心Eureka

  1. 设置项目的相关参数，在这一点和创建SpringBoot的项目没有任何区别。

SpringCloud注册中心Eureka

  1. 这一块是最重要的，也就是唯一和创建SpringBoot项目不同的地方。

SpringCloud注册中心Eureka

  1. 这一步还是和SpringBoot项目一样，直接点击完成就可以了。

SpringCloud注册中心Eureka

  1. 下图就是项目的架构图，比较简单和SpringBoot一样，唯一的区别就是pom.xml中的不同，也就是依赖不同。

SpringCloud注册中心Eureka

下面我启动直接启动项目看一下运行结果。启动日志:

com.netflix.discovery.shared.transport.TransportException: Cannot execute request on any known server
    at com.netflix.discovery.shared.transport.decorator.RetryableEurekaHttpClient.execute(RetryableEurekaHttpClient.java:112) ~[eureka-client-1.9.8.jar:1.9.8]
    at com.netflix.discovery.shared.transport.decorator.EurekaHttpClientDecorator.register(EurekaHttpClientDecorator.java:56) ~[eureka-client-1.9.8.jar:1.9.8]
    at com.netflix.discovery.shared.transport.decorator.EurekaHttpClientDecorator$1.execute(EurekaHttpClientDecorator.java:59) ~[eureka-client-1.9.8.jar:1.9.8]
    at com.netflix.discovery.shared.transport.decorator.SessionedEurekaHttpClient.execute(SessionedEurekaHttpClient.java:77) ~[eureka-client-1.9.8.jar:1.9.8]
    at com.netflix.discovery.shared.transport.decorator.EurekaHttpClientDecorator.register(EurekaHttpClientDecorator.java:56) ~[eureka-client-1.9.8.jar:1.9.8]
    at com.netflix.discovery.DiscoveryClient.register(DiscoveryClient.java:829) ~[eureka-client-1.9.8.jar:1.9.8]
    at com.netflix.discovery.InstanceInfoReplicator.run(InstanceInfoReplicator.java:121) ~[eureka-client-1.9.8.jar:1.9.8]
    at com.netflix.discovery.InstanceInfoReplicator$1.run(InstanceInfoReplicator.java:101) [eureka-client-1.9.8.jar:1.9.8]
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [na:1.8.0_191]
    at java.util.concurrent.FutureTask.run(FutureTask.java:266) [na:1.8.0_191]
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [na:1.8.0_191]
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [na:1.8.0_191]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [na:1.8.0_191]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [na:1.8.0_191]
    at java.lang.Thread.run(Thread.java:748) [na:1.8.0_191]

2019-03-09 18:20:09.617  INFO 1752 --- [           main] o.s.b.w.embedded.tomcat.TomcatWebServer  : Tomcat started on port(s): 8080 (http) with context path ''
2019-03-09 18:20:09.618  INFO 1752 --- [           main] .s.c.n.e.s.EurekaAutoServiceRegistration : Updating port to 8080

我们发现和SpringBoot启动有一些不同，我们什么都没有改，也就是都是用默认的配置，启动的时候，居然抛出异常了。而在SpringBoot的项目中是可以正常启动的。虽然项目抛出了异常，但项目已经启动成功了，因为日志已经正确的输出了项目的端口了。下面我们直接访问这个端口，看看会返回什么信息。访问地址:

http://127.0.0.1:8080

SpringCloud注册中心Eureka

@EnableEurekaServer注解

看上面的返回结果我们应该很熟悉，这是因为我们没有写Controller导致的，在SpringBoot的文章中我们介绍过，这里就不详细介绍了。但这显然是不对的，因为刚刚我们介绍过SpringCloud中是使用Eureka来提供注册中心服务的，并且Eureka有客户端和服务端之分，所以我们只在项目添加了Eureka的依赖还是不够的，我们还要在项目的代码中添加注解，来标识当前的Eureka服务是客户端服务还是服务端服务。这也就是本篇介绍的第一个注解。也就是@EnableEurekaServer注解。我们只要将该注解添加到SpringCloud项目中的启动类中即可。具体代码如下:

package com.jilinwula.eureka;

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

@SpringBootApplication
@EnableEurekaServer
public class JilinwulaSpringcloudEurekaServerApplication {

    public static void main(String[] args) {
        SpringApplication.run(JilinwulaSpringcloudEurekaServerApplication.class, args);
    }

}

然后我们继续启动项目。在访问地址: http://127.0.0.1:8080 看一下项目返回的结果。项目启动日志如下: 

com.netflix.discovery.shared.transport.TransportException: Cannot execute request on any known server
    at com.netflix.discovery.shared.transport.decorator.RetryableEurekaHttpClient.execute(RetryableEurekaHttpClient.java:112) ~[eureka-client-1.9.8.jar:1.9.8]
    at com.netflix.discovery.shared.transport.decorator.EurekaHttpClientDecorator.register(EurekaHttpClientDecorator.java:56) ~[eureka-client-1.9.8.jar:1.9.8]
    at com.netflix.discovery.shared.transport.decorator.EurekaHttpClientDecorator$1.execute(EurekaHttpClientDecorator.java:59) ~[eureka-client-1.9.8.jar:1.9.8]
    at com.netflix.discovery.shared.transport.decorator.SessionedEurekaHttpClient.execute(SessionedEurekaHttpClient.java:77) ~[eureka-client-1.9.8.jar:1.9.8]
    at com.netflix.discovery.shared.transport.decorator.EurekaHttpClientDecorator.register(EurekaHttpClientDecorator.java:56) ~[eureka-client-1.9.8.jar:1.9.8]
    at com.netflix.discovery.DiscoveryClient.register(DiscoveryClient.java:829) ~[eureka-client-1.9.8.jar:1.9.8]
    at com.netflix.discovery.InstanceInfoReplicator.run(InstanceInfoReplicator.java:121) ~[eureka-client-1.9.8.jar:1.9.8]
    at com.netflix.discovery.InstanceInfoReplicator$1.run(InstanceInfoReplicator.java:101) [eureka-client-1.9.8.jar:1.9.8]
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [na:1.8.0_191]
    at java.util.concurrent.FutureTask.run(FutureTask.java:266) [na:1.8.0_191]
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [na:1.8.0_191]
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [na:1.8.0_191]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [na:1.8.0_191]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [na:1.8.0_191]
    at java.lang.Thread.run(Thread.java:748) [na:1.8.0_191]

2019-03-09 18:42:29.427  INFO 1837 --- [      Thread-19] o.s.c.n.e.server.EurekaServerBootstrap   : isAws returned false
2019-03-09 18:42:29.428  INFO 1837 --- [      Thread-19] o.s.c.n.e.server.EurekaServerBootstrap   : Initialized server context
2019-03-09 18:42:29.461  INFO 1837 --- [           main] o.s.b.w.embedded.tomcat.TomcatWebServer  : Tomcat started on port(s): 8080 (http) with context path ''
2019-03-09 18:42:29.461  INFO 1837 --- [           main] .s.c.n.e.s.EurekaAutoServiceRegistration : Updating port to 8080

看上述日志，项目启动时还是会抛出异常，我们先不用考虑，在后续的内容中我们在解释为什么启动时会抛出异常。还是和第一次启动一样，虽然启动抛出异常了，但项目还是启动成功了。下面我们继续访问以下地址，看一下访问结果。

http://127.0.0.1:8080

返回结果:

SpringCloud注册中心Eureka

自定义注册中心地址

我们看这回返回的不是默认的错误页面了,而是返回了一个管理界面。这个管理界面就是SpringCloud中Eureka组建为我们提供的注册中心的管理界面，通过这个界面，我们可以非常方便的，来管理哪些服务注册成功、哪些注册失败以及服务其它状态等。看上图中的界面显示，现在没有任何一个服务注册成功。下面我们看一下刚刚项目启动时，抛出的异常。如果我们现在观察项目的启动日志，我们会发现，日志是每隔一段时间，就会抛出和启动时一样的异常。这是为什么呢？这是因为Eureka服务端和客户端是通过心跳方式检测的服务状态。刚刚我们通过@EnableEurekaServer注解启动了Eureka的服务端。实际上@EnableEurekaServer注解在底层实现时，除了标识项目为Eureka的服务端外，还会默认标识项目为Eureka的客户端。也就是通过@EnableEurekaServer注解标识的项目，默认即是Eureka的客户端还是Eureka的服务端。所以上述报错的原因就是Eureka的客户端与找到Eureka的服务端才抛出的异常。那怎么解决呢？既然我们知道了异常的根本原因，那我们解决就比较简单了，我们只要在项目中正确的配置Eureka的服务端的地址就可以解决上述的问题。具体配置如下。我们知道在创建SpringClourd项目默认会为我们创建application.properties文件，我们首先将该文件修改为yml文件(原因在之前的文章中已经介绍过了)。具体配置如下。application.yml配置:

eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:8080/eureka/

配置完上述参数后，我们重新启动项目，然后在观察一下日志，看看是不是还会抛出异常？(第一次启动项目时，还会是抛出异常的，因为我们的Eureka服务端还没有启动成功呢，所以还是会抛出异常的，我们只要看心跳之后，会不会抛出异常即可。)下面为启动后的日志:

2019-03-09 21:00:27.909 INFO 1930 --- [ Thread-21] o.s.c.n.e.server.EurekaServerBootstrap : isAws returned false
2019-03-09 21:00:27.909 INFO 1930 --- [ Thread-21] o.s.c.n.e.server.EurekaServerBootstrap : Initialized server context
2019-03-09 21:00:27.949 INFO 1930 --- [ main] o.s.b.w.embedded.tomcat.TomcatWebServer : Tomcat started on port(s): 8080 (http) with context path ''
2019-03-09 21:00:27.949 INFO 1930 --- [ main] .s.c.n.e.s.EurekaAutoServiceRegistration : Updating port to 8080
2019-03-09 21:00:27.952 INFO 1930 --- [ main] inwulaSpringcloudEurekaServerApplication : Started JilinwulaSpringcloudEurekaServerApplication in 4.318 seconds (JVM running for 4.816)
2019-03-09 21:00:28.288 INFO 1930 --- [(1)-192.168.0.3] o.a.c.c.C.[Tomcat].[localhost].[/] : Initializing Spring DispatcherServlet 'dispatcherServlet'
2019-03-09 21:00:28.288 INFO 1930 --- [(1)-192.168.0.3] o.s.web.servlet.DispatcherServlet : Initializing Servlet 'dispatcherServlet'
2019-03-09 21:00:28.295 INFO 1930 --- [(1)-192.168.0.3] o.s.web.servlet.DispatcherServlet : Completed initialization in 6 ms2019-03-09 21:00:57.662 INFO 1930 --- [freshExecutor-0] com.netflix.discovery.DiscoveryClient : Disable delta property : false
2019-03-09 21:00:57.662 INFO 1930 --- [freshExecutor-0] com.netflix.discovery.DiscoveryClient : Single vip registry refresh property : null
2019-03-09 21:00:57.662 INFO 1930 --- [freshExecutor-0] com.netflix.discovery.DiscoveryClient : Force full registry fetch : false
2019-03-09 21:00:57.662 INFO 1930 --- [freshExecutor-0] com.netflix.discovery.DiscoveryClient : Application is null : false
2019-03-09 21:00:57.662 INFO 1930 --- [freshExecutor-0] com.netflix.discovery.DiscoveryClient : Registered Applications size is zero : true
2019-03-09 21:00:57.662 INFO 1930 --- [freshExecutor-0] com.netflix.discovery.DiscoveryClient : Application version is -1: true
2019-03-09 21:00:57.662 INFO 1930 --- [freshExecutor-0] com.netflix.discovery.DiscoveryClient : Getting all instance registry info from the eureka server
2019-03-09 21:00:57.745 WARN 1930 --- [nio-8080-exec-1] c.n.e.registry.AbstractInstanceRegistry : DS: Registry: lease doesn't exist, registering resource: UNKNOWN - 192.168.0.3
2019-03-09 21:00:57.745 WARN 1930 --- [nio-8080-exec-1] c.n.eureka.resources.InstanceResource : Not Found (Renew): UNKNOWN - 192.168.0.3
2019-03-09 21:00:57.763 INFO 1930 --- [tbeatExecutor-0] com.netflix.discovery.DiscoveryClient : DiscoveryClient_UNKNOWN/192.168.0.3 - Re-registering apps/UNKNOWN
2019-03-09 21:00:57.763 INFO 1930 --- [tbeatExecutor-0] com.netflix.discovery.DiscoveryClient : DiscoveryClient_UNKNOWN/192.168.0.3: registering service...
2019-03-09 21:00:57.770 INFO 1930 --- [freshExecutor-0] com.netflix.discovery.DiscoveryClient : The response status is 200
2019-03-09 21:00:57.807 INFO 1930 --- [nio-8080-exec-3] c.n.e.registry.AbstractInstanceRegistry : Registered instance UNKNOWN/192.168.0.3 with status UP (replication=false)
2019-03-09 21:00:57.809 INFO 1930 --- [tbeatExecutor-0] com.netflix.discovery.DiscoveryClient : DiscoveryClient_UNKNOWN/192.168.0.3 - registration status: 204
2019-03-09 21:00:58.329 INFO 1930 --- [nio-8080-exec-4] c.n.e.registry.AbstractInstanceRegistry : Registered instance UNKNOWN/192.168.0.3 with status UP (replication=true)

我们看项目这时已经不会抛出异常了，并且通过观察发现，每隔一段时间就会有日志输出，这也就是上面介绍的Eureka的服务端和Eureka的客户端的心跳机制。下面我们继续访问 http://127.0.0.1:8080 地址来看看此时的注册中心和刚刚相比，是否有不一样的地方。

SpringCloud注册中心Eureka

修改默认项目名

我们看这时的注册中心已经检测到了有服务注册了，只不过这个服务就是Eureka的服务端自己，并且名字为UNKNOWN。如果有强迫者的人如果看到UNKNOWN那一定会感觉不舒服，不了解了Eureka组件的还以为注册中心出错了呢。下面我们修改一下项目参数，将UNKNOWN改成我们指定的名字。具体配置如下:

eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:8080/eureka/
spring:
  application:
    name: jilinwula-springcloud-eureka-server

我们在看一下注册中的的变化，看看还是不是已经成功的将UNKNOWN修改为我们指定的项目名字了。

SpringCloud注册中心Eureka

register-with-eureka配置

我们看注册中心已经成功的显示我们配置文件中的项目名字了。在实际的开发中，我们基本不会让注册中心显示Eureka的服务端自己的服务，这样可能会导致和Eureka的客户端相混淆。所以通常的做法是让注册中心将Eureka的服务端屏蔽掉，说是屏蔽实际上是让Eureka的服务端不向注册中心注册。具体配置如下:

eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:8080/eureka/
    register-with-eureka: false
spring:
  application:
    name: jilinwula-springcloud-eureka-server

我们在观察一下注册中心看看还是否可以检测到Eureka服务端自己。

SpringCloud注册中心Eureka

我们发现这时注册中心已经检测到不任何服务了。下面我们将Eureka服务端的端口设置为默认的端口8761，因为8080端口可能会被占用。具体配置如下:

eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:8761/eureka/
    register-with-eureka: false
spring:
  application:
    name: jilinwula-springcloud-eureka-server
server:
  port: 8761

创建Eureka客户端步骤

这时我们Eureka服务端的基本配置就介绍完了，下面我们介绍一下Eureka组件的客户端。下面我们还是向Eureka服务端一样从创建项目开始。具体步骤如下:

  1. 我们还是在IDEA中选择Spring Initializr选项。也就是如下图所示:

SpringCloud注册中心Eureka

  1. 设置项目的相关参数，和Eureka服务端没有任何区别。

SpringCloud注册中心Eureka

  1. 这一步非常关键，因为它和Eureka服务端和SpringBoot都是不一样的。

SpringCloud注册中心Eureka

备注:为了保证Eureka服务端和客户端可以注册成功，我们要特别注意保证两个项目中SpringBoot及其SpringCloud的版本一致。由于剩下的步骤和Eureka服务端一样，我们就不做过多的介绍了。下面我们还是和Eureka服务端一样，配置注册中心的服务地址。具体配置如下:

eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:8761/eureka/
spring:
  application:
    name: jilinwula-springcloud-eureka-client
server:
  port: 8081

@EnableEurekaClient注解

如果只修改上面的配置，注册中心是不会检测到Eureka客户端的，因为我们还没有在该项目的启动类上添加Eureka客户端的注解。具体配置如下:

package com.jilinwula.jilinwulaspringcloudeurekaclient;

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

@SpringBootApplication
@EnableEurekaClient
public class JilinwulaSpringcloudEurekaClientApplication {

    public static void main(String[] args) {
        SpringApplication.run(JilinwulaSpringcloudEurekaClientApplication.class, args);
    }

}

@EnableEurekaClient注解与@EnableDiscoveryClient注解区别

也就是添加@EnableEurekaClient注解。实际上除了该注解外，我们还可以用@EnableDiscoveryClient注解来达到同样的作用。它们两个注解的区别是注册中心的实现方式有很多种，如果是采用的是Eureka服务的话，那客户端直接使用@EnableEurekaClient注解和@EnableDiscoveryClient注解都可以。如果注册中心采用的是zookeeper或者其它服务时，那我们注册中心客户端就不能采用@EnableEurekaClient注解了，而是要使用@EnableDiscoveryClient注解。所以在实际的开发中我们推荐使用@EnableDiscoveryClient注解，这样当我们更换注册中心实现时，就不用修改代码了。上述代码中我们为了和Eureka服务端一致，所以我们采用@EnableDiscoveryClient注解。下面我们启动一下项目看看注册中心是否可以成功的检测Eureka客户端的存在。当我们按照上面的配置启动Eureka客户端时，我们发现日志居然报错了,并且项目自动停止运行了。具体日志如下:

2019-03-09 23:00:55.844  INFO 2082 --- [nfoReplicator-0] com.netflix.discovery.DiscoveryClient    : DiscoveryClient_JILINWULA-SPRINGCLOUD-EUREKA-CLIENT/192.168.0.3:jilinwula-springcloud-eureka-client:8081: registering service...
2019-03-09 23:00:55.852  INFO 2082 --- [           main] inwulaSpringcloudEurekaClientApplication : Started JilinwulaSpringcloudEurekaClientApplication in 2.115 seconds (JVM running for 2.567)
2019-03-09 23:00:55.866  INFO 2082 --- [       Thread-8] o.s.c.n.e.s.EurekaServiceRegistry        : Unregistering application JILINWULA-SPRINGCLOUD-EUREKA-CLIENT with eureka with status DOWN
2019-03-09 23:00:55.866  WARN 2082 --- [       Thread-8] com.netflix.discovery.DiscoveryClient    : Saw local status change event StatusChangeEvent [timestamp=1552143655866, current=DOWN, previous=UP]
2019-03-09 23:00:55.869  INFO 2082 --- [       Thread-8] com.netflix.discovery.DiscoveryClient    : Shutting down DiscoveryClient ...
2019-03-09 23:00:55.883  INFO 2082 --- [nfoReplicator-0] com.netflix.discovery.DiscoveryClient    : DiscoveryClient_JILINWULA-SPRINGCLOUD-EUREKA-CLIENT/192.168.0.3:jilinwula-springcloud-eureka-client:8081 - registration status: 204
2019-03-09 23:00:55.883  INFO 2082 --- [nfoReplicator-0] com.netflix.discovery.DiscoveryClient    : DiscoveryClient_JILINWULA-SPRINGCLOUD-EUREKA-CLIENT/192.168.0.3:jilinwula-springcloud-eureka-client:8081: registering service...
2019-03-09 23:00:55.888  INFO 2082 --- [nfoReplicator-0] com.netflix.discovery.DiscoveryClient    : DiscoveryClient_JILINWULA-SPRINGCLOUD-EUREKA-CLIENT/192.168.0.3:jilinwula-springcloud-eureka-client:8081 - registration status: 204
2019-03-09 23:00:55.889  INFO 2082 --- [       Thread-8] com.netflix.discovery.DiscoveryClient    : Unregistering ...
2019-03-09 23:00:55.893  INFO 2082 --- [       Thread-8] com.netflix.discovery.DiscoveryClient    : DiscoveryClient_JILINWULA-SPRINGCLOUD-EUREKA-CLIENT/192.168.0.3:jilinwula-springcloud-eureka-client:8081 - deregister  status: 200
2019-03-09 23:00:55.902  INFO 2082 --- [       Thread-8] com.netflix.discovery.DiscoveryClient    : Completed shut down of DiscoveryClient

这是为什么呢？这个问题的原因是因为版本不同导致的，也就是有的Eureka版本有BUG导致的，少了一个依赖我们只要把缺少的依赖添加上即可。缺少的依赖如下:

<dependency>
　　<groupId>org.springframework.boot</groupId>
　　<artifactId>spring-boot-starter-web</artifactId>
</dependency>

下面我们继续启动Eureka客户端，然后看看注册中心是否可以检测到Eureka客户端。

SpringCloud注册中心Eureka

这时我们发现注册中心已经成功的检测到了Eureka客户端的服务了。除此之外，我们发现此时的注册中心和以往相比有了其它的不同，我们发现注册中心显示警告信息了。这是为什么呢?这是因为注册中心有预警机制，因为我为了掩饰项目，会频繁的启动重启项目，这样注册中心的心跳就会时常检测不到Eureka客户端的心跳，所以就会认为该服务已下线。所以Eureka注册中心当服务下线少于一定比率时，就会显示警告信息，以此来表示有的服务运行不稳定。当然我们还是可以通过配置参数来消除上面的警告。具体参数如下:

register-with-eureka配置

eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:8761/eureka/
    register-with-eureka: false
  server:
    enable-self-preservation: false
spring:
  application:
    name: jilinwula-springcloud-eureka-server
server:
  port: 8761

该参数的是意思是默认认为服务均在线，并且还有一点要注意，该参数是在Eureka服务端配置的。我们重新启动完Eureka服务端后，在看一下注册中心中的变化。

SpringCloud注册中心Eureka

Eureka服务端双注册中心配置

这时我们发现警告信息又变了，这说明我们的配置参数启作用了。那为什么还会提示警告呢?这是因为我们配置了改参数，所以注册中心就不会准确的检查服务上下线状态了。所以提示了另一个警告。下面我们将Eureka服务端配置成多节点，在实际的项目开发中，我们知道一个节点可能会出现问题，如果Eureka服务端出现了问题，那么就相当于整个服务都不能调用了，所以为了保证高可用，通常会将Eureka服务端配置成多个节点，下面我们先尝试将Eureka服务端配置成双节点。既然是双节点，那当然是有两个Eureka服务端项目了，由于创建Eureka服务端的步骤，我们已经很熟悉了，所以我们只介绍它们配置文件的不同。首先我们先看一下第一个Eureka服务端注册中心配置:

eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:8762/eureka/
    register-with-eureka: false
  server:
    enable-self-preservation: false
spring:
  application:
    name: jilinwula-springcloud-eureka-server
server:
  port: 8761

第二个Eureka服务端注册中心配置:

eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:8761/eureka/
    register-with-eureka: false
  server:
    enable-self-preservation: false
spring:
  application:
    name: jilinwula-springcloud-eureka-server
server:
  port: 8762

我们发现这两个配置基本相同，唯一的不同就是配置注册中地方，它们彼此配置的是对方的服务地址。也就是让两个Eureka服务端彼此注册，这样就只要我们Eureka客户端注册任意一个注册中心，这两个注册中心都可以检测到Eureka客户端的存在，因为底层它们会进行数据同步。下面我们看一下现在的注册中心的变化。

8761注册中心:

SpringCloud注册中心Eureka

8762注册中心:

SpringCloud注册中心Eureka

我们看我们的Eureka客户端只配置了一个注册中心，但两个注册中心都检测到了Eureka客户端的存在。这就是刚刚提到过的当两个注册中心彼此注册时，就会进行数据通信，所以8762注册中心也检测到了该Eureka客户端的存在。下面我们将8761注册中心停止服务，然后在观察一下8762的注册中心，看看是否有何变化。

8762注册中心:

SpringCloud注册中心Eureka

我们发现虽然我们将8761注册中心停止了服务，但8762注册中心依然检测到了Eureka客户端的存在。下面我们重新启动一下Eureka客户端然后在看一下8762注册中心还是否可以检测到Eureka客户端的存在。

SpringCloud注册中心Eureka

这时我们发现8762注册中心已经检测不到Eureka客户端的服务了。那应该怎么办呢？解决的办法很简单，那就是让我们的Eureka客户端注册两个注册中心。具体配置如下:

eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:8761/eureka/,http://127.0.0.1:8762/eureka/
spring:
  application:
    name: jilinwula-springcloud-eureka-client
server:
  port: 8081

这时我们在访问一下注册中心，看一下服务是否可以检测到。

SpringCloud注册中心Eureka

Eureka服务端三注册中心配置

这时我们的注册中心已经成功的检测到了Eureka客户端了。下面我们介绍一下怎么部署Eureka服务端3节点。既然2节点我们已经知道了要彼此注册，那么3节点，我们应该已经猜到了，那就是让每一个节点都注册另外两个节点的服务。具体配置如下:

8761注册中心:

eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:8762/eureka/,http://127.0.0.1:8763/eureka/
    register-with-eureka: false
  server:
    enable-self-preservation: false
spring:
  application:
    name: jilinwula-springcloud-eureka-server
server:
  port: 8761

8762注册中心:

eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:8761/eureka/,http://127.0.0.1:8763/eureka/
    register-with-eureka: false
  server:
    enable-self-preservation: false
spring:
  application:
    name: jilinwula-springcloud-eureka-server
server:
  port: 8762

8763注册中心:

eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:8761/eureka/,http://127.0.0.1:8762/eureka/
    register-with-eureka: false
  server:
    enable-self-preservation: false
spring:
  application:
    name: jilinwula-springcloud-eureka-server
server:
  port: 8763

Eureka客户端:

eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:8761/eureka/,http://127.0.0.1:8762/eureka/,http://127.0.0.1:8763/eureka/
spring:
  application:
    name: jilinwula-springcloud-eureka-client
server:
  port: 8081

下面我们看一下访问任何一个注册中心，来看一下注册中心是否可以检测到Eureka客户端的服务，及其它注册中心的存在。

SpringCloud注册中心Eureka

我们看注册中心已经成功的检测到了Eureka客户端的服务了，并且红色标识的地方已经检测到了其它两个注册中心的地址了，所以我们在访问注册中心时，就可以通过下面红色标识的地方，来了解项目中的Eureka服务端有几个注册中心。

上述内容就是SpringClould中Eureka组件的详细介绍，如有不正确或者需要交流的欢迎留言，下一篇我们将介绍怎么在SpringClould中进行不同的服务与服务之间的调用。谢谢。

项目源码

https://github.com/jilinwula/jilinwula-springcloud-eureka.git

原文链接

http://jilinwula.com/article/24342

原文  https://segmentfault.com/a/1190000018450613
正文到此结束
所属分类： Spring

热门推荐

相关文章

阿里云首购8折
说给你听

本文目录
随机标签
书籍教程
springboot-demo Java入门教程 bootstrap3 CSS Apache基础教程 php ionic 教程 Python mysql教程 eclipse Ubuntu VPS系统配置 AngularJS 教程 MongoDB教程 Struts2教程 Redis教程 Spring教程 Git教程 Jenkins进阶系列 openfire参考指南 Java设计模式 HBase教程 Maven教程 hibernate教程 Docker 教程 memcached教程 Quartz指南 Hive教程 Ant教程 ANTLR教程 SpringCloud java实例教程 XStream教程 Hazelcast教程 springcloud-demo Elastic-Job-Lite 深入浅出MyBatis SVN教程 ibaties教程 rabittmq教程 solr教程 Hadoop教程 WebService CXF学习 JPA教程 ActiveMQ中文指南 java-demo Java内存模型 dubbo教程 python3-demo Linux入门视频教程
近期评论
  1. 1 利用oss进行数据库和网站图片备份
  2. 2 Spring Cloud Stream实现数据流处理
  3. 3 Python3访问MySQL数据库快速入门Demo
  4. 4 Github开源项目作者可以免费申请 JetBrains 全家桶
  5. 5 Spring Cloud Vault快速入门Demo
  6. 6 Spring Cloud Gateway快速入门Demo
  7. 7 Spring Cloud Contract快速入门Demo
  8. 8 Spring Cloud Consul快速入门Demo
  9. 9 Spring Boot集成SQL Server快速入门Demo
  10. 10 如何自己实现事件的订阅和发布呢？
网站信息
  • 文章总数：82,711 篇
  • 文件总数：284,285 个
  • 标签总数：2,393 个
  • 分类总数：85 个
  • 留言数量：2,560 条
  • 在线人数：662 人
  • 运行天数：4,406天
  • 最后更新：2024年11月19日11点
Loading...

其他链接

关于本站

本站定位：个人技术类博客

本站作用：写博客、记日志、闲聊扯淡鼓捣技术。

问题交流

[HBLOG]公众号 HBLOG HBLOG