Восстановление работоспособности привода пружинного ботинка ВНИЗ

В свойствах Spring установите endpoints.health.sensitive = false. Конечная точка /health затем вернет список различных индикаторов работоспособности, и вы сможете оттуда выполнять отладку.

Для производственной среды вы должны включить безопасность вокруг /health конечной точки.

Изменить

Как Винсент указал ниже, вам также понадобится management.security.enabled = false, если конечная точка работоспособности защищена, что, по-видимому, используется по умолчанию в более поздних версиях Spring Boot.

Обычная проблема, которую я видел с Spring Boot из коробки, заключается в том, что он автоматически настраивает Solr, и без дополнительной настройки конечная точка /health указывает, что Solr - это DOWN. Легкий способ исправить это - отключить автоконфигурацию Solr в вашем Application.java с помощью этой аннотации: @SpringBootApplication(exclude={SolrAutoConfiguration.class})

Если URL-адрес работоспособности показывает ошибку «ВНИЗ» или HTTP 503 - служба недоступна, попробуйте добавить указанное ниже свойство в application.properties.

URL - https://HOST:PORT/actuator/health

management.endpoint.health.show-details=always

Теперь URL-адрес должен показывать больше, чем просто ВНИЗ. Если хост Solr недоступен, игнорируйте проверку Solr, используя следующее исключение:

@SpringBootApplication(exclude = { SolrAutoConfiguration.class })

Теперь здоровье должно подойти. Проверка работоспособности в основном проверяет предварительно определенную внутреннюю проверку работоспособности (Пример - DataSourceHealthIndicator, DiskSpaceHealthIndicator, CassandraHealthIndicator и т. Д.).

Если один из индикаторов работоспособности не работает, работоспособность будет снижена, и вы сможете увидеть ошибку как ответ после добавления свойства, упомянутого выше, в application.properties..

в моем случае мне понадобились оба этих свойства, чтобы получить более подробную информацию:

endpoints.health.sensitive: false
management.security.enabled: false

В противном случае все, что я получал, - это статус DOWN.

У меня возникла проблема с подключением RabbitMQ: мое приложение еще не использует его, но мы начали подключать связанный с ним код. Приложение работает нормально, но мы получали статус состояния DOWN, что было довольно озадачивающим: Spring Boot на удивление тихий в журналах, так как при запуске не отображается никаких ошибок (мне, вероятно, придется изменить мою конфигурацию, чтобы сделать ее более подробной)

У меня была такая же проблема с Springboot 2.1.0, где / actator / health возвращало { status: "DOWN" }, хотя приложение было запущено. Добавление management.health.defaults.enabled=false в файл свойств устранило проблему.

Вы, наверное, используете Consul 1.0. В Spring Could Consul 1.1.0 или около того есть известная проблема с Consul 1.0. См. Это - https://github.com/spring-cloud/spring-cloud-consul/issues/365 и это - https://github.com/hashicorp/consul/issues/3635

Вам нужно будет перейти на Spring Could Consul 1.3.0.RELEASE.

По этой ссылке: https://github.com/indrabasak/spring-consul-example/blob/master/client/README.md, мы должны строго использовать указанные ниже свойства, чтобы избежать ошибки ниже.

management.security.enabled=false
management.health.consul.enabled=false

Для Springboot 2.3.2 и выше просто добавив

1. management.health.defaults.enabled = false решил мою проблему.
2. Нажатие того же API с / management / health теперь возвращает UP

Я исправил это, используя приведенный ниже код.

Написал контроллер, который принимает отображение «/ private / health» (вместо этого вы можете использовать / health).

import io.swagger.annotations.Api;
import org.springframework.http.HttpStatus;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.ResponseStatus;
import org.springframework.web.bind.annotation.RestController;

@RestController
@RequestMapping
@Api(value = "Heath Service Health", description = "Heath Service Health")
public class HeathController {
  @GetMapping(value = "/private/health")
  @ResponseStatus(HttpStatus.OK)
  HealthStatusDto healthCheck() {
    return HealthStatusDto.builder().status("UP").build();
  }
}

Класс ниже не является обязательным. Вместо того, чтобы возвращать HealthStatusDto в указанном выше контроллере, вы можете вернуть любое другое сообщение в виде строки.

import lombok.AllArgsConstructor;
import lombok.Builder;
import lombok.Data;

@Data
@AllArgsConstructor
@Builder
public final class HealthStatusDto {
  private final String status;
}

Добавьте ниже конфигурацию в application.yml

# actuator
# Disable Spring security
management:
  security:
    enabled: false

# Disable actuators
endpoints:
  actuator:
    enabled: false
  enabled: false

Надеюсь это поможет

Я построил фильтр для регистрации реакции работоспособности в случае сбоя.

package br.gov.go.sspj.k9.util;

import java.io.IOException;

import javax.servlet.Filter;
import javax.servlet.FilterChain;
import javax.servlet.FilterConfig;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.actuate.endpoint.mvc.HealthMvcEndpoint;
import org.springframework.stereotype.Component;

import lombok.extern.slf4j.Slf4j;

@Slf4j
@Component
public class BadHealthCheckLogFilter implements Filter {

  private @Autowired HealthMvcEndpoint hme;

  @Override
  public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
    chain.doFilter(request, response);
    HttpServletRequest req = (HttpServletRequest) request;
    HttpServletResponse res = (HttpServletResponse) response;
    if (req.getRequestURI().endsWith("/health") && res.getStatus() != 200)
      log.error(hme.invoke(req, null).toString());
  }

  @Override
  public void init(FilterConfig filterConfig) {
  }

  @Override
  public void destroy() {
  }
}

Если вы только что добавили конечную точку и она не работает, возможно, что-то из проверок по умолчанию не работает, см. ссылка, чтобы узнать, что отмечено по умолчанию. в моем случае я забыл запустить эластичную программу, поэтому проверка работоспособности показала "неработоспособность", как указал Рашми, вы можете отключить настройки по умолчанию с помощью management.health.defaults.enabled=false, но лучше найти настоящую причину, по которой

management.endpoint.health.show-details =, это всегда помогает отладить, почему Health is DOWN, это помогло мне решить мою проблему.

У меня возникла та же проблема, когда я обновил приложение с Spring boot 1.5 до 2.3.5.RELEASE.

Добавление endpoints.health.sensitive и других свойств, упомянутых в других ответах на application.properties, не сработало для меня.

Я исправил проблему, исключив RabbitAutoConfiguration.

@EnableAutoConfiguration(exclude = { RabbitAutoConfiguration.class })

В моем случае Spring (v2.1.5.RELEASE)

endpoints.actuator.enabled = true management.health.defaults.enabled = false

добавление вышеуказанных свойств решило мою проблему.

присвоение статуса UP