С весны документы :
По умолчанию Eureka использует пульс клиента, чтобы определить, работает ли клиент. Если не указано иное, клиент обнаружения не передает текущее состояние проверки работоспособности приложения в соответствии с Spring Boot Actuator . Следовательно, после успешной регистрации Eureka всегда объявляет, что приложение находится в состоянии «UP».
Это поведение можно изменить , включив проверки работоспособности Eureka, что приведет к распространению статуса приложения на Eureka. Как следствие, любое другое приложение не отправляет трафик c в приложения в состояниях, отличных от «UP».
Это свойство позволяет настроить то, как клиент Eureka сообщает, что оно живо состояние на сервер.
Когда это свойство включено, клиентское приложение будет отправлять состояние работоспособности (то же состояние, сообщаемое конечной точкой /health платформы Actuator) на сервер Eureka, и сервер будет использовать это состояние для определения если сервер должен объявить имя хоста / IP-адрес этого конкретного приложения для других приложений.
Вы можете настроить, какую информацию собирать для сообщения о состоянии в /health конечной точке.
Пример : Вы можете настроить конечную точку health так, чтобы она возвращала «ВНИЗ», когда частота сбоев соединения с базой данных превышает определенный порог. В этом случае это приложение бесполезно, даже если оно фактически не аварийно завершилось. Все конечные точки по-прежнему возвращают некоторый HTTP-код, отличный от 404, но приложение в целом не годится из-за сбоя соединений с базой данных.
Если эта проверка работоспособности базы данных добавлена в журналы агрегации работоспособности по умолчанию c, клиент сообщит «ВНИЗ» на сервер Eureka, и сервер НЕ будет объявлять это указанное c приложение / экземпляр другим приложениям / экземплярам.