С
Это же не СorrelationId, по CorrelationId надо коррелировать, а не дебажить пайплайны доставки/обработки
На самом деле там куча этих разных id обычно нужна )
Только по correlationId на request - не всегда удобно.
Size: a a a
2021 July 22
PD
Но это все про структурированные логи, конечно
MG
VR
а в сагу сколько correlation-id складывать надо? =) когда чуть больше, чем запрос-ответ от одного внешнего клиента поискать
PD
А там не correlationId, а sageId и прочие ids
VR
и тонким слоем в логах вся эта история тёмная
IA
есть всякие opentracing тулы, которые инструментируют все вызовы микросервисов
PD
Почему? У тебя у записи в логах обычно много ключей для разных "цепочек":
код пользователя, код бизнес-процесса, код инициирующего запроса, код конкретной саги, код шага в саге и т.п.
Ну и с ними уже разбираешься )
код пользователя, код бизнес-процесса, код инициирующего запроса, код конкретной саги, код шага в саге и т.п.
Ну и с ними уже разбираешься )
IA
но это вы не туда ушли, разговор шел про то что тула одна.
PD
Если одна - то это малоосмысленно (
IA
и когда ты придешь такой умный расказывать архитектору васе - а он логи в кликхаусе хранит - он тебя не поймет
IA
надо залезть на ель выше Васи и раньше, тогда можно повлиять 🙂
PD
В смысле? Как раз в кликхаусе и нужно все такое хранить )
IA
(ирония on)Мой план такой, надо в компанию прийти раньше Фила, отрастить бороду архитектора
а когда он начнет продавать тул скзаать что тул уже выбран
фигачьте код, пожалуйста 🙂
а когда он начнет продавать тул скзаать что тул уже выбран
фигачьте код, пожалуйста 🙂
IA
ОО
вот вы тут смеетесь, а там пол-интернета отвалило)))
VR
где??
ОО
на даундетектор гляньте
ОО
всех штормит