深入解析SpringCloudEureka的高级应用场景与优化策略

1 前言

通过前面两章的讲解&＃xff0c;我们基本上掌握了Eureka的原理和使用。下面我们将从安全、监控和高可用以及调优这几个维度来说一下Eureka如何应用。

2 Eureka安全配置

在整个SpringCloud微服务架构中&＃xff0c;Eureka是一个重要的注册中心&＃xff0c;并且只能够注册自己所需要的微服务。为了保证Eureka安全&＃xff0c;需要为fs-eureka-server引入SpringSecurity实现安全配置。

第一步&＃xff0c;在fs-eureka-server的pom文件中添加

org.springframework.bootspring-boot-starter-security



第二步&＃xff0c;fs-eureka-server修改配置文件application.yml&＃xff0c;追加安全配置&＃xff1a;

spring:application:name: fs-eureka-service# eureka 添加权限认证security:# 用户名密码user:name: fullsetpassword: fs958eureka:client:#不作为一个客户端注册到注册中心register-with-eureka: false#不通过Eureka获取注册信息fetch-registry: falseservice-url:defaultZone: http://fullset:fs958&＃64;127.0.0.1:8611/eureka/


第三步&＃xff0c;fs-eureka-client修改配置文件application.yml&＃xff0c;追加安全配置。只有认证信息正确的微服务才可以在Eureka中进行注册。

eureka:client:serviceUrl:defaultZone: http://fullset:fs958&＃64;127.0.0.1:8611/eureka/


3 Eureka健康检测

同理&＃xff0c;需要添加如下配置&＃xff0c;Eureka才可以对服务进行健康检查。

org.springframework.bootspring-boot-starter-actuator



Eureka实例的状态页面和运行状况指示器分别默认为“/ info”和“/ health”&＃xff0c;它们是Spring Boot执行器应用程序中有用端点的默认位置。

如果您使用非默认上下文路径或servlet路径&＃xff08;例如server.servletPath&＃61;/foo&＃xff09;或管理端点路径&＃xff08;例如management.contextPath&＃61;/admin&＃xff09;&＃xff0c;则需要更改这些&＃xff0c;即使是执行器应用程序。例&＃xff1a;

eureka:instance:statusPageUrlPath: ${management.context-path}/infohealthCheckUrlPath: ${management.context-path}/health


4 Eureka参数调优

针对Client下线没有通知Eureka Server的问题&＃xff0c;可以调整EvictionTask的调度频率&＃xff1a;

#默认的60秒
eureka.server.eviction-interval-timer-in-ms&＃61;5000


针对新服务上线&＃xff0c;Eureka Client获取不及时的问题&＃xff0c;可以适当提高Client端拉取Server注册信息的频率&＃xff1a;

#默认30秒
eureka.client.registry-fetch-interval-seconds&＃61;5


在实际生产过程中&＃xff0c;如果经常会有网络抖动等问题造成服务实例与Eureka Server的心跳未能如期保持&＃xff0c;可以把适当调小以下参数&＃xff1a;

#默认30
eureka.instance.leaseRenewalIntervalInSeconds&＃61;10 #默认0.85
eureka.server.renewalPercentThreshold&＃61;0.49


服务调优这种事情&＃xff0c;需要长期综合考虑各种数据才会游刃有余。这里只是根据eureka的原理及参数作用做一些参考。

5 Eureka高可用

Eureka是整个微服务架构中的核心组件&＃xff0c;如果Eureka服务器出现问题&＃xff0c;则所有的微服务都无法注册&＃xff0c;这样整个项目就会彻底瘫痪。为了避免出现这样的问题&＃xff0c;可采用Eureka集群的模式来处理&＃xff0c;即使用多台主机共同实现Eureka注册服务&＃xff0c;这样即使有一台主机出现问题&＃xff0c;另外的主机也可以正常提供服务支持。通过运行多个实例并请求他们相互注册&＃xff0c;可以使Eureka更具弹性和可用性。事实上&＃xff0c;这是默认的行为&＃xff0c;在配置文件中添加&＃xff1a;

spring:application:name: EUREKA-HA
---
server:port: 7777
spring:profiles: peer1
eureka:instance:hostname: peer1client:serviceUrl:defaultZone: http://peer2:8888/eureka/,http://peer3:9999/eureka/
---
server:port: 8888
spring:profiles: peer2
eureka:instance:hostname: peer2client:serviceUrl:defaultZone: http://peer1:7777/eureka/,http://peer3:9999/eureka/
---
server:port: 9999
spring:profiles: peer3
eureka:instance:hostname: peer3client:serviceUrl:defaultZone: http://peer1:7777/eureka/,http://peer2:8888/eureka/


在这个例子中&＃xff0c;我们有一个YAML文件&＃xff0c;可以通过设置不同的spring.profiles.active启动不同配置的Eureka Server&＃xff0c;上述配置声明了两个Eureka Server的配置&＃xff0c;它们之间是相互注册的。可以添加多个peer&＃xff0c;只要这些Eureka Server中存在一个连通点&＃xff0c;那么这些注册中心的数据就能够进行同步&＃xff0c;这就通过服务器的冗余增加了高可用性&＃xff0c;即使其中一台Eureka Server宕机了&＃xff0c;也不会导致系统崩溃。访问http://peer1:7777我们会发现已经有peer2、peer3节点了。

下图为Eureka的高可用架构&＃xff0c;该图片来自GitHub中Eureka开源代码的文档

在这个架构中有两个角色&＃xff0c;即Eureka Server和Eureka Client。而Eureka Client又分为Applicaton Service和Application Client&＃xff0c;即服务提供者和服务消费者。每个区域有一个Eureka集群&＃xff0c;并且每个区域至少有一个Eureka Server可以处理区域故障&＃xff0c;以防服务器瘫痪。

6 码农来洞见

Eureka为Spring Cloud提供了高可用的服务发现与注册组件&＃xff0c;包括服务注册、发送心跳续租、服务下线和服务发现&＃xff0c;都是在后台自主完成的&＃xff0c;简化了开发者的开发工作。

当然Eureka也存在缺陷。由于集群间的同步复制是通过HTTP的方式进行&＃xff0c;基于网络的不可靠性&＃xff0c;集群中的Eureka Server间的注册表信息难免存在不同步的时间节点&＃xff0c;不满足CAP中的C&＃xff08;数据一致性&＃xff09;。