Контекст трассировки (trace id, span id) должен передаваться заголовком (W3C traceparent) через каждую границу — HTTP, брокер, асинхронные потоки — и попадать в логи.
А ещё В асинхронных потоках — Context Propagation или TaskDecorator
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Micrometer Tracing (пришедший на смену Spring Cloud Sleuth) инструментирует стандартные точки автоматически: входящие HTTP-запросы, RestTemplate и WebClient, слушатели брокеров. Проблемы начинаются на нестандартных границах — собственный пул потоков, ручная отправка сообщения, интеграция со сторонним клиентом: там контекст теряется, и трейс распадается на несвязанные куски. Полезная практика — класть идентификатор трейса в MDC, чтобы он попадал в каждую строку лога, и связывать логи с трейсами по нему. Метрики и логи сами по себе корреляции не дают: метрика агрегирована и не знает о конкретном запросе, а логи без общего идентификатора невозможно сшить.
Один верный вариант. Подумайте, потом откройте ответ.
Config Server, Eureka/DiscoveryClient, Spring Cloud Gateway и распределённая трассировка.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto