目前,我正在使用Discovery First运行Spring Boot Services。 一个接一个地启动服务很好,但是我在通过docker-compose一次启动所有服务时遇到了问题。
发现第一个引导程序似乎没有按我预期的那样工作。我假设该服务将停止/重试,直到他从配置服务接收到配置为止,该服务已通过eureka发现。但是目前,它将尝试一次解析配置,然后该服务将在之后立即启动-不管是否带来了配置。
服务引导程序如下:
spring:
application:
name: my-service
cloud:
config:
fail-fast: false
discovery:
enabled: true
service-id: configserver
retry:
initialInterval: 2000
multiplier: 1.5
maxInterval: 60000
maxAttempts: 10
server:
port: ${APPLICATION_PORT:16000}
eureka:
client:
serviceUrl:
defaultZone: http://${EUREKA_HOSTNAME:localhost}:15000/eureka/
eureka配置如下:
spring:
application:
name: manager
server:
port: 15000
eureka:
client:
registerWithEureka: true
fetchRegistry: false
serviceUrl:
defaultZone: http://${EUREKA_HOSTNAME:localhost}:15000/eureka/
最后但并非最不重要的-configserver配置如下:
spring:
application:
name: configserver
cloud:
config:
fail-fast: true
server:
port: 15001
eureka:
client:
serviceUrl:
defaultZone: http://${EUREKA_HOSTNAME:localhost}:15000/eureka/
有人可以在这里提供任何建议吗?
答案 0 :(得分:0)
我发现了问题:
实际上我发现我们这边有两个问题。第一个没有合适的租约续订间隔。客户端只是尝试接收带有缓存服务的配置。 由于缓存的服务不包含配置服务,因此他无法接收正确的配置。
第二个问题是没有等待足够的时间。在提高maxAttempts时已解决此问题。因此,配置和发现服务确实有足够的时间提出。
客户端配置现在如下所示:
spring:
application:
name: service
cloud:
config:
fail-fast: true
discovery:
enabled: true
service-id: CONFIGSERVER
retry:
initialInterval: 2000
multiplier: 1.5
maxInterval: 60000
maxAttempts: 100
server:
port: ${APPLICATION_PORT:16000}
eureka:
instance:
lease-renewal-interval-in-seconds: 10
client:
fetch-registry: true
serviceUrl:
defaultZone: http://${EUREKA_HOSTNAME:localhost}:15000/eureka/