Я использую spring cloud finchley.rc2 с версией Spring boot 2 вместе с сыщиком и zipkin.
У меня есть фасадный слой, который использует проект реактора. Фасад вызывает службы параллельно, и каждая служба хранит некоторую трассировочную информацию в rabbit mq.
Проблема в том, что я вижу в zipkin некоторые промежутки, например
facade.async
service.publish > Because of mq
Как я могу предотвратить захват таких следов?
Можете ли вы следовать приведенным здесь рекомендациям https://stackoverflow.com/help/how-to-ask и следующий вопрос, который вы задаете, задайте его более подробно? Например. Понятия не имею, как именно вы используете Сыщик? В любом случае я постараюсь ответить ...
Вы можете создать SpanAdjuster bean, который будет анализировать информацию диапазона (например, теги диапазона) и на основе этой информации вы измените решение о выборке, чтобы не отправлять его в Zipkin.
Другой вариант - заключить репортер диапазона по умолчанию в аналогичную логику.
Еще один вариант - проверить, какой именно поток создает этот диапазон, и отключить его (при условии, что это метод @Scheduled) - https://cloud.spring.io/spring-cloud-static/Finchley.RC2/single/spring-cloud.html#__literal_scheduled_literal_annotated_methods
