Контекст
: Развертывание приложений Springboot с Jetty Server в Kubernetes в виде модуля. В Kubernetes включен датчик живучести для проверки конечной точки работоспособности каждые 10 секунд.
Включено ведение журнала уровня трассировки на уровне Root, что означает, что каждый Pod генерирует журнал журналов (около 150K журналов только для проверок работоспособности), которые индексируются в Elasticsearch. Я хотел сохранить уровень на Root, но отключать любое ведение журнала при каждом запросе конечной точки работоспособности.
Поскольку каждый оператор журнала не имеет контекста, для которого этот запрос выполняется.
Параметры : создать фильтр и добавить свойство URI запроса MD C во все журналы. Таким образом, я могу фильтровать журналы с указанным URI запроса c (/ actator / health) перед индексацией в Elasticsearch. Создание пользовательского фильтра для первого вызова по порядку, добавив следующую конфигурацию
http.addFilterBefore(customLogMDCFilter, WebAsyncManagerIntegrationFilter.class)
Тем не менее, обнаружение большого количества журналов происходит перед пользовательским фильтром, который не имеет значения URI MD C запроса. Особенно из org.eclipse.jetty. * и sun. net. www.protocol.http.HttpURLConnection loggers.
Вопросы :
- Есть ли лучший способ подавления регистрации запросов конечных точек работоспособности?
- Как добавить свойство URI MD C запроса во все журналы?
Спасибо за любую помощь.