По мере увеличения сложности архитектур микросервисов становится все труднее выявлять первопричины проблем при их возникновении. Журналы и метрики дают нам полезную информацию, но не дают полной картины системы. Вот тут-то и появляется отслеживание . Благодаря отслеживанию разработчики могут отслеживать ход выполнения запросов между микросервисами, что позволяет им раньше выявлять и устранять проблемы. В этой статье я рассмотрю преимущества трассировки и выделю семь лучших доступных..

Размышления об отслеживании Джагер Быстрый старт v0.2 Поддержка мониторинга производительности службы Краткое содержание Мы живем в захватывающее время для распределенной трассировки и сообщества OpenTelemetry. События развиваются быстро, и может быть сложно уследить за последними изменениями. Это сообщение о состоянии игры, чтобы поделиться последними обновлениями для Jaeger Quick Start и намеком на изменения экосистемы, которые, вероятно, произойдут в ближайшее время...

Хорошо, если быть более точным, проблема в том, что мы используем UUID4. Недавно я поигрался с распределенной трассировкой и лежащими в ее основе пакетами и методологиями. Одной из базовых идей распределенной трассировки является использование случайного идентификатора, который может идентифицировать запрос, перемещающийся между различными системами, и собирать информацию, которую можно идентифицировать в конце. Простой. Еще одна концепция, которая возникает, — это выборка...

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ. Это не исчерпывающая статья о регистрации или отслеживании. Сервис, который мы создадим, очень прост, с конечной точкой и примерами, показывающими журналы в нашей командной строке, журналы JSON, трассировку и способы создания файлов журналов. Для этой задачи мы будем использовать пакеты Tracing , tracing-subscriber и tower-http . груз.томл [dependencies] axum = "0.6.1" tokio = { version = "1.21.2", features = ["full"] }..