当以发现方式配置spring cloud配置服务器时,为什么必须在`bootstrap.properties`中提供eureka.client.serviceUrl.defaultZone?

时间:2017-09-06 22:31:52

标签: spring-cloud spring-cloud-netflix spring-cloud-config

我的目标是通过在spring.applicaton.name中设置server.porteureka.client.serviceUrl.defaultZone以及application.properties以及spring.cloud.config.discovery.enabled=true和{{来配置spring cloud配置服务器的位置在spring.cloud.config.discovery.service-id=cloud-config中的1}},结果证明是不够的。日志中显示以下错误消息:'

bootstrap.properties

根据文档,我将 com.netflix.discovery.DiscoveryClient : DiscoveryClient_BOOTSTRAP/192.168.1.5:bootstrap - was unable to refresh its cache! status = Cannot execute request on any known server No instances found of configserver (cloud-config) 移至eureka.client.serviceUrl.defaultZone并成功。

我的问题是,如果bootstrap.propertiesspring.application.name对于eureka客户端在eureka服务器上注册至关重要,为什么在server.port中可以为配置客户端解决这些问题?

我怀疑配置客户端将首先单独使用bootstrap.properties来连接eureka服务器并获取服务注册信息,但不会注册自己以便找到配置服务器并提取内容。之后,由于配置客户端也是eureka客户端,它使用eureka.client.serviceUrl.defaultZone中的相关参数在eureka服务器上注册。作为我怀疑的一些证据,我在应用程序启动期间发现了以下日志:

application.properties
是吗?

0 个答案:

没有答案