SpringCloud从入门到入土03-Eureka02-服务的跳转，自我保护和集群部署

1.监控页面跳转

之前我们已经简单的搭建了一个注册中心和两个服务注册进去了，但是点击8082那个连接跳转会到监控页面，现在的监控页面是错误页面。

1.1 修改监控页面

pom文件加上依赖

 <!--actuator完善监控信息-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-actuator</artifactId>
        </dependency>

yml

info:
  app.name: wlw-springcloud
  company.name: blog.wlw.com

但是通常我实际开发更喜欢更改跳转地址，跳转到swagger在线文档的地址

1.2 修改跳转地址

yml加上配置

eureka:
  client:
    serviceUrl:
      defaultZone: http://localhost:8000/eureka
  instance:
    prefer-ip-address: true
    hostname: localhost
    status-page-url: http://127.0.0.1:${server.port}/demo2

http://127.0.0.1:${server.port}/demo2是我们之前写的一个接口，实际开发替换成swagger文档地址即可。

2.自我保护机制

好死不如赖活着
我们将demo2停掉，刷新8000端口看看

我们发现服务是依然存在的，但是我们点击跳转却发现页面没有响应了，证明服务的确挂了。

默认情况下，当eureka server在一定时间内没有收到某个微服务实例的心跳，eureka server便会把该实例从注册表中删除（默认是90秒），但是，如果短时间内丢失大量的实例心跳，便会触发eureka server的自我保护机制，比如在开发测试时，需要频繁地重启微服务实例，但是我们很少会把eureka server一起重启（因为在开发过程中不会修改eureka注册中心），当一分钟内收到的心跳数大量减少时，会触发该保护机制。可以在eureka管理界面看到Renews threshold和Renews(last min)，当后者（最后一分钟收到的心跳数）小于前者（心跳阈值）的时候，触发保护机制，会出现红色的警告：EMERGENCY!EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY’RE NOT.RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEGING EXPIRED JUST TO BE SAFE.从警告中可以看到，eureka认为虽然收不到实例的心跳，但它认为实例还是健康的，eureka会保护这些实例，不会把它们从注册表中删掉。

3.Eureka：集群环境配置

这块其实没啥好写的，就是建好多个注册中心建立集群
然后我们客户端注册的时候，全部都注册进去

 defaultZone: http://localhost:8000/eureka,http://localhost:8000/eureka

中间用,号隔开就行，但是我电脑内存有限，就不搞那么多注册中心了