我想在application.properties文件中将 /health执行器endpoint的记录器设置为OFF。应用程序在Spring Boot 1.5上。 /health将是我们F5的新监控url。我不想淹没日志。我有这个。 我仍然在控制台和日志文件中记录调试日志。唯一有效的方法是将第一个设置为INFO或更高。但是,这是不可取的。所以,现在我得到了这个 我需要设置不同的记录器属性吗?对于不
我正在使用SpringBoot执行器返回应用程序的运行状况。 我看到了下面的回复 我想返回一个类似于下面的响应 有办法做到吗?
我正在使用运行在非8080端口上的Spring Boot web应用程序。我需要编写一个rest API来检查应用程序以及底层数据库的健康状况。 关于同样的,我已经看了这篇文章:如何在Spring启动健康中添加自定义健康检查?,但没有找到任何具体的实现。 实际上我想做以下工作: > 所有下游API的健康检查 DB是否工作正常 那么任何人都可以帮我吗?谢谢。
因此,我们正在使用全局MTL部署istio 1.0.2,目前进展顺利。对于健康检查,我们为服务添加了单独的端口,并根据文档进行了配置: https://istio.io/docs/tasks/traffic-management/app-health-check/#mutual-tls-is-enabled 我们的应用程序端口现在位于 8080 上,运行状况检查端口位于 8081 上。完成此操作后
我希望能够在生产环境中对已部署的消息驱动Bean进行健康检查。我最初的想法是添加一个方法,确保JMS队列(用于读取)和数据库(用于写入)都可用,然后将此health方法作为REST API公开。不幸的是,由于MDB不像其他类型的EJB那样是可注入的,我无法从我的REST控制器获取对它的引用。。。 有没有办法通过REST API公开消息驱动bean的方法?或者有没有其他方法来实现我最初的目标? 编辑
我们使用spring boot actuator来获取应用程序的健康状态,我的理解是健康检查请求将由用于服务实际服务请求的线程池中的线程处理。 是否有一种方法来限制对健康endpoint的请求数量,以防止DDOS类型的饥饿。
这是我在描述吊舱时看到的: 警告不健康115s(x7超过2M55s)kubelet,准备探测失败:获取http://10.202.158.105:80/health/ready:拨号tcp 10.202.158.105:80/health/ready:连接:拒绝连接警告不健康115s(x7超过2M55s)kubelet,活跃探测失败:获取http://10.202.158.105:80/healt
Spring版本:5.0.8。发布 Spring启动依赖项版本:2.0.4。发布 Java版本:1.8.0131 Spring Boot Admin报告客户端已关闭。不过,通过在浏览器中导航到客户端,我可以看到客户端正在运行。在Sprint Boot Admin中客户端的详细信息视图中,运行状况部分下的消息是“获取运行状况失败,网络错误”。详细信息页面的标题中显示了三个URL: 单击它们将打开相应
我最初的是: 和 我试过了:1。将“通道”配置为endpoint不安全 null null 根据@Aritra Paul的回答,我也试过: 但我还是得到同样的结果。
我使用Spring cloud Netflix OSS部署了几个Spring boot应用程序,并配置了Spring boot Admin来监控那些连接到Eureka服务器的应用程序。但对于其中两个应用程序,我得到了以下错误。你能告诉我这个错误的原因是什么,以及如何缓解这个问题吗。 这个endpoint健康URL由Spring boot actuator提供,健康URL的输出是 日志中的错误
我有一个使用Jedis配置redis集群的Spring Boot项目。配置文件如下: application.yml文件: redisclusterconfig.java文件: 有没有什么东西我可能会错过使/健康状态恢复到“上升”状态?谢谢! 更多信息:我跟踪了启动,发现RedisHealthIndicator通过了一个错误的工厂,Host=localhost和port=6379,这应该是配置的集
服务: 入口:
我已经在我的Spring Boot应用程序中包含了Spring Acture,但是健康endpoint不在那里/返回404。我可以获得许多其他执行器endpoint,并看到它们列在Tomcat日志中,即。 下面是application.properties spring.messages.encoding=UTF-8
我被要求为我的Camunda Engine/BPMN工具创建Spring靴执行器。因此,我们可以通过SpringActuator公开各种应用程序的健康检查和诊断。 这应该扩展到公开Camunda的运行状况、配置和指标。你知道怎么做吗?
我们正在使用confluent kafka control center,但out system health页面不起作用,总是显示重试。 我通过了文档,验证了设置是相同的,但仍然面临这个问题。 它抛出的错误是无法检查ulimited:无法运行程序ulimited错误=2没有这样的文件或目录(io.confluent.controlcenter.healthcheck.HealthCheck) 除