Как заставить Wildfly вести себя как весеннее облако-сыщик

В качестве внутреннего IDP мы используем Keycloak 6.0.1, основанный на Wildfly 16.

Большинство наших компонентов - это весенние загрузочные штуки, в которых мы используем Spring Cloud Sleuth + некоторую конфигурацию gelf для отправки журналов в наш стек ELK.

Это работает как шарм, но проблема заключается в потере отслеживания запросов, которые попадают в keycloak, поскольку он не распространяется и не принимает во внимание заголовки traceId / spanId, которые использует сыщик.

Отправка операторов журнала решена, поскольку мы настроили подсистему ведения журнала в keycloak для отправки операторов журнала через gelf в наш ELK.

Теперь вот вопрос, есть ли способ настроить Wildfly так, чтобы он вел себя так, как если бы он использовал spring-cloud-sleuth?

Мы хотим:

  1. У операторов журнала Wildfly есть SpanID и TraceId.
  2. Распространяются входящие запросы Wildfly, содержащие информацию о корреляции.
  3. Wildfly генерирует новую корреляционную информацию для запросов, не содержащих ее.

Спасибо!


logging keycloak wildfly correlation spring-cloud-sleuth
person agisbert    schedule 17.06.2019    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Вам придется использовать такие проекты, как https://github.com/apache/incubator-zipkin-brave в своем проекте Wildfly, чтобы обеспечить соответствующее распространение контекста трассировки. Таким образом, без использования Spring вы должны вручную убедиться, что все ваши компоненты обертываются в их представлениях трассировки.

person Marcin Grzejszczak    schedule 18.06.2019