Подробное объяснение полного отслеживания ссылок в микросервисной архитектуре.

задняя часть Архитектура

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

представлять

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

содержание

Основное содержание этого чата:

  • фон проблемы
  • Google Dapper
  • спецификация opentracing
  • Часто используемые компоненты отслеживания ссылок
  • Jaeger
  • Zipkin
  • Pinpoint
  • Skywalking
  • Практика применения компонентов отслеживания ссылок микросервисов Java и Go

Эта статья подходит для серверных разработчиков, специалистов по разработке, эксплуатации и обслуживанию, внедряющих микросервисную архитектуру. Изучив эту статью, вы сможете понять функции и особенности нескольких часто используемых компонентов отслеживания ссылок и применить их на практике в микросервисах.

Добро пожаловать, чтобы отсканировать QR-код ниже, чтобы присоединиться к обсуждению.