Выборка по завершённой трассировке

Такой подход лучше сохраняет интересные трассировки, но требует памяти, хранения состояния, ожидания решения и маршрутизации всех сегментов одной трассировки в один обработчик.

1. 01

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

   Граница применимости: Концептуальная модель OpenTelemetry; доступные правила и полнота трассировки зависят от реализации.

2. 02

   Компонент tail_sampling в OpenTelemetry Collector хранит сегменты до решения и требует, чтобы все сегменты одного TraceId пришли в один экземпляр сборщика.

   Граница применимости: Обработчик tail_sampling в Collector Contrib со статусом beta; расширения хранения могут меняться.

1. Определите время ожидания решения, правила и ожидаемый объём трассировок.
2. Направляйте все сегменты одного TraceId в один раздел обработчика.
3. Контролируйте память, опоздавшие сегменты и отбрасывание по правилам.

• Официальная документация

  Sampling

  OpenTelemetry · OpenTelemetry concepts, updated 16 October 2025

  Различает sampled/not sampled traces, head и tail sampling, representativeness и operational costs sampling.

  Открыть первоисточник ↗
• Официальная документация

  OpenTelemetry Collector Tail Sampling Processor

  OpenTelemetry · Collector Contrib main, checked 29 August 2026; processor stability beta

  Документирует stateful grouping spans by trace ID, policy-based decisions и требование направлять все spans trace в один collector instance.

  Открыть первоисточник ↗