ИМ
Почему? Запровайдил ContextService в начало, реквест процессор и в LoggetService. Больше нигде его нет, а логгер логирует контекст
Size: a a a
2021 June 01
Oℕ
ну значит иметь логгер в виде сервиса
Oℕ
мало того, инициализировать новый логгер на каждый запрос
Oℕ
если не инициализировать, то представим, что будет если ты захочешь запустить две независимые подоперации параллельно в виде разных спанов
Oℕ
если они унаследуют один реф, одна изменит спан на свой
Oℕ
и вторая будет логировать в спане первой
Oℕ
т.е. это очень решение заставляет тебя делать инициализацию модуля при запуске каждого обработчика и не позволяет иметь ветвящиеся спаны внутри сколь-угодно сложной обработки запроса
Oℕ
а в случае контекстного ты можешь навертеть любую иерархию, ветвить спаны для параллельных задач, посылать обработку в свои же демоны в виде следующего спана
ИМ
Сорри, но что такое спаны?
Oℕ
мы про трейсинг говорим?
Oℕ
там обычная терминология TraceId - это идентификатор длинной задачи, выполнение которой может проходить через множество сервисов, начинающейся с внешнего события, например запроса пользователя
Oℕ
SpanId - кусочек этого "следа", очередная хлебная крошка
ИМ
Спс, ещё просто не вникал в терминологию. Ну ок, распараллелил я две свои подзадачи, каждая к скопированному родительскому контексту добавила свой спан
Oℕ
да, сделать это с одним FiberRef не получится
VD
Кажется тут не так работает. Наследуется только значение
ИМ
Да ну?
Oℕ
ну тогда лучше
Oℕ
ну с уточнением Владислава получится
ИМ
Был в начале FiberRef("abc"), подзадачи заапдейтили его на "abc:1" и "abc:2". Я так понял, но ещё не проверял
Oℕ
ну получается, чтобы тебе запустить подзадачу тебе нужно сначала заапдейтить его на
abc : 1,
abc : 1,