В чём разница между EventSource, DiagnosticSource и ActivitySource? Николай Савенко, .NET-разработчик Altenar, подробно рассказывал об этом на 118-ой встрече SpbDotNet. А мы устроили ему блиц-опрос.

— Везде ли нужен OpenTelemetry Collector? — Нужен, если хотим централизацию конфигураций или какие-то особенные фичи, например, Tail-Based Sampling.

— ActivitySource убил DiagnosticSource? — Скорее да, чем нет. В современных реалиях, когда нам нужна поддержка OpenTelemetry, ActivitySource выигрывает и становится единственным подходящим сценарием.

— А где EventSource всё ещё король? — Это очень хороший вопрос, над которым я слабо думал… Пожалуй, в legacy-проектах, где у вас настолько древний .NET, что нет возможности применять другие решения.

— Auto-Instrumentation — зло или необходимость? — Для тестирования и первого взгляда на трейсинг — неплохо, но в продакшн не рекомендую.

— Ты пишешь код для другого разработчика. В какой ситуации выберешь EventSource вместо двух других? — Опять же, в legacy-сценариях.

— Все три Source — оверинжиниринг? Может, проще было бы использовать ILogger с кастомным LogLevel? — Нет, это не оверинжиниринг. Трейсинг и логирование дополняют друг друга, а не заменяют.

— Какой Source выбрать для большого объекта? — Размер не имеет значения. 

Посмотреть доклад можно здесь. И уже завтра ждём вас на SpbDotNet №119.

#экспертиза@altenar_b2b

В этом посте были ссылки, но мы их удалили по правилам Сетки