Eureka简介和作用
Spring Cloud Eureka
是Spring Cloud Netflix
微服务套件中的一部分,它基于Netflix Eureka
做了二次封装。主要负责完成微服务架构中的服务治理功能。
服务治理是微服务架构中最为核心和基础的模块,它主要用来实现各个微服务实例的自动化注册和发现。
Eureka服务端
Eureka服务端,即服务注册中心。它同其他服务注册中心一样,支持高可用配置。依托于强一致性提供良好的服务实例可用性,可以应对多种不同的故障场景。
Eureka服务端支持集群模式部署,当集群中有分片发生故障的时候,Eureka会自动转入自我保护模式。它允许在分片发生故障的时候继续提供服务的发现和注册,当故障分配恢复时,集群中的其他分片会把他们的状态再次同步回来。集群中的的不同服务注册中心通过异步模式互相复制各自的状态,这也意味着在给定的时间点每个实例关于所有服务的状态可能存在不一致的现象。
服务注册中心
在服务治理框架中,通常都会构建一个注册中心,每个服务单元向注册中心登记自己提供的服务,包括服务的主机与端口号、服务版本号、通讯协议等一些附加信息。注册中心按照服务名分类组织服务清单,同时还需要以心跳检测的方式去监测清单中的服务是否可用,若不可用需要从服务清单中剔除,以达到排除故障服务的效果。
服务注册管理器
原理如下图
所有的服务端及访问服务的客户端都需要连接到注册管理器(eureka服务器)。服务在启动时会自动注册自己到eureka服务器,每一个服务都有一个名字,这个名字会被注册到eureka服务器。使用服务的一方只需要使用该名字加上方法名就可以调用到服务。
Spring cloud
的服务注册及发现,不仅仅只有eureka
,还支持Zookeeper
和Consul
。默认情况下是eureka
,spring
封装了eureka
,使其非常简单易用,只需要比传统应用增加一行代码就可以使用了,这一行代码就是一个注解。
使用Eureka进行服务治理
首先引入Spring Cloud Eureka Server
依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>
用IDEA创建SpringBoot项目时可以选择引入依赖
版本对应
引入依赖的时候需要注意SpringCloud
和SpringBoot
的版本对应
我这里的SpringCloud
和SpringBoot
版本分别是
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.0.2.RELEASE</version>
<relativePath/> <!-- lookup parent from repository -->
</parent>
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
<java.version>1.8</java.version>
<spring-cloud.version>Finchley.RC2</spring-cloud.version>
</properties>
在之前的一篇文章有提到版本的对应,我这里SpringCloud Finchley
版兼容SpringBoot 2.0
,所以是没问题的。
开启EurekaServer服务
在Springboot项目中的main入口,添加@EnableEurekaServer
注解,来开启服务注册中心
@SpringBootApplication
@EnableEurekaServer
public class SpringcloudEurekaApplication {
public static void main(String[] args) {
SpringApplication.run(SpringcloudEurekaApplication.class, args);
}
}
还需要在配置文件中加入Eureka Server相关配置
server:
port: 9090
eureka:
instance:
hostname: localhost
client:
register-with-eureka: false
fetch-registry: false
eureka-server-u-r-l-context: http://${eureka.instance.hostname}:${server.port}/eureka/
server.port
:服务注册中心端口号eureka.instance.hostname
:服务注册中心实例的主机名eureka.client.register-with-eureka
:是否向服务注册中心注册自己,默认为true
。 由于当前应用就是Eureka Server
, 因此设为 false
;eureka.client.fetch-registry
:是否检索服务, 默认为true
。
如果这是一个单点的 Eureka Server
,不需要同步其他节点的数据,可以设为false
。eureka.client.eureka-server-u-r-l-context
:服务注册中心的配置内容,指定服务注册中心的位置
以上是比较常用的属性,还有eureka.server.enable-self-preservation
:是否开启自我保护模式,默认为true
。关闭了面板会出现提示:THE SELF PRESERVATION MODE IS TURNED OFF.THIS MAY NOT PROTECT INSTANCE EXPIRY IN CASE OF NETWORK/OTHER PROBLEMS.
Eureka 会统计15分钟之内心跳失败的比例低于85%将会触发保护机制,不剔除服务提供者,如果关闭服务注册中心将不可用的实例正确剔除eureka.instance.prefer-ip-address
:是否使用IP地址的方式,默认是false
。不使用主机名来定义注册中心的地址,而使用IP地址的形式eureka.instance.ip-address
:IP地址,使用该属性配置的IP,否则自动获取除环路IP外的第一个IP地址,与eureka.instance.prefer-ip-address
一起使用eureka.instance.appname
:服务名,一般取 spring.application.name
配置值,默认为unknown
服务续约
在注册服务之后,服务提供者会维护一个心跳用来持续高速Eureka Server
,“我还在持续提供服务”,否则Eureka Server
的剔除任务会将该服务实例从服务列表中排除出去。eureka.instance.lease-renewal-interval-in-seconds
:定义服务续约任务(心跳)的调用间隔,单位:秒,默认30秒eureka.instance.lease-expiration-duration-in-seconds
:定义服务失效的时间,表示eureka
客户端发送心跳给服务端的频率。单位:秒,默认90秒
该值太大,则很可能将流量转发过去的时候,该instance已经不存活了。
该值太小了,则instance
则很可能因为临时的网络抖动而被摘除掉。
该值至少应该大于eureka.instance.lease-renewal-interval-in-seconds
Spring Cloud Eureka服务端的安全验证
我们启动了Eureka Server
,然后在浏览器中输入Eureka Server
的地址后,我这里的地址是http://localhost:9090/,直接回车,就进入了springcloud
的服务治理页面,这么做在生产环境是极不安全的
加入spring-boot-starter-security
依赖
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-security</artifactId>
</dependency>
在配置文件中加入
spring:
security:
user:
name: 用户名
password: 密码
现在访问Eureka Server的地址会出现登录页面
输入设置的登录用户名和密码才可以进入服务注册中心
服务注册中心页面
由于现在没有注册服务,所以
Instances currently registered with Eureka
是没有服务名的
如果不设置用户名和密码的话,默认的用户名是user
,密码会在Eureka Server
启动的时候打印出来
例如Using generated security password: 43cfa5d9-28da-497e-861a-fa9cf90e2fc6
,密码是随机生成的,所以最好是自己设置