спасибо, есть пища для ума

о каком объёме трейсов идёт речь?

Не очень много, пусть будет 1 rps навскидку, помноженный на сотню спанов
Где сотня - это разные сессии в одном или разных сервисах (то есть запрос часто уходит, но потом возвращается)

и в чём проблема собирать всё в одно место? такой небольшой объём разве заффектит канал? тем более трейс сам по себе относительно небольшой, если туда бизнес-данные не засовывать

Трейс большой

а если адаптивный семплинг, то там вообще доля от всех запросов улетит

Ну вот такое хочется делать в последнюю очередь. В ближайшие полгода-год нагрузка сильно возрастет, и сложность топологии тоже

адаптивный есть делать смысл если очень много трейсов и они однотипные. Для небольшого кол-ва конечно может и не подойти

а если попробовать растащить ноды эластика (в которые в итоге всё попадает) по ДЦ, и уже сам эластик будет собирать данные при обращении из jaeger-query

А он умеет?

ДЦ в разных регионах

То есть нужна какая-то федерация, а не кластер

он - кто?

эластик - умеет быть в кластере из нод. каждая нода будет в своём регионе

Делаю отправку метрик в прометеус при вставке записей в базу данных . Использую Gauge. Столкнулся с такой проблемой при построении дашборда в графане когда делаю разбивку по времени. что когда все записи отправлены, он показывает количество не зависимо от времени. т.е. через 2 часа показывает все записи. в принципе это логично. но как мне показать что процес завершён и больше нет записей. Отправлять 0 в метрику после загрузки всех записей?

вероятнее лучше сюда https://t.me/ru_opentelemetry

Мы используем statsd-exporter, у метрик есть ttl

Спасибо

Вангую, что кластер должен быть в одном регионе

по значению ттл метрика удаляется? а как посмотреть историчность? и вопрос как показать что все данные были загружены?

желательно, но не обязательно. Вопрос качества сетевой связанности конечно будет самым важным