微服务：Consult在启用https时无法检查服务的健康状况
我正在尝试在基于Spring Cloud的微服务应用中使用Consult。但是当我在tomcat服务器中启用HTTPS时，Consult无法检查服务的健康状况（因为他们试图用http检查服务的健康状况）。我有一个错误：
ani got this error: gent: http request failed 'xxxxxxxxxxxx.dsk.eur.msd.world.xxxxxx:1235/health'
共有1个答案
尝试设置spring.cloud.convers.discovery.scheme=https。
-
我们正在尝试在GCP计算引擎上向consul注册一个spring cloud consul应用程序，它可以向consur注册该应用程序，但该应用程序面临两个问题。下面是引导。yaml和服务器。应用程序的yaml， <代码>应用程序。yaml <代码>引导。yaml Consul无法在计算引擎上调用运行状况检查，可能是因为它已在实例的内部域名上注册。 带有领事的服务：NewService{id='h
-
我有一个带有2个主机的consur堆栈（用于测试）。1台主机仅在引导模式下运行consur，另一台主机在注册器下运行客户端模式，用于自动注册服务（均在docker上运行）。现在，如果我启动一个应用程序（例如8080端口）容器，注册器将检测并将其注册到Consor，但它没有我想要的http检查。我发现Registrator有自动注册健康检查的选项是将SERVICE\u 8080\u check\u
-
我试图通过GKE部署应用程序。到目前为止，我为应用程序的前端和后端创建了两个服务和两个部署。我使用“gce”控制器创建了一个ingress ressource，并映射了服务，如图所示 它几乎工作得很好（不是所有映射正确的根，但它工作得很好）。我在代码上添加了修改（只有应用程序的代码），我重建了图像并重新创建了服务，但入口似乎对我添加的修改和 我所有的服务都处于不健康状态 这是前台服务 当我描述时，
-
因此，我们正在使用全局MTL部署istio 1.0.2，目前进展顺利。对于健康检查，我们为服务添加了单独的端口，并根据文档进行了配置： https://istio.io/docs/tasks/traffic-management/app-health-check/#mutual-tls-is-enabled 我们的应用程序端口现在位于 8080 上，运行状况检查端口位于 8081 上。完成此操作后
-
目前，我们有一个集群应用程序运行Spring Boot(1.5.2)。有时，命中/health致动器endpoint的健康检查以503响应。但是，日志中没有任何内容表明服务不可用的原因。有没有办法得到一个更准确的原因为什么503是生产？
-
我跟随http://cloud.spring.io/spring-cloud-netflix/spring-cloud-netflix.html使用Spring Cloud构建分布式系统。 除尤里卡客户健康检查外，所有工作均按预期进行。 我有过 eureka：客户端：healthcheck：启用：true 把我的服务指向不存在的config_server，这导致 超文本传输协议：//myservi