'sleuth-zipkin' против 'id контекста, переданного через все сервисы'
Sleuth-Zipkin помогает отслеживать один запрос по разным сервисам, прикрепляя уникальный идентификатор трассировки и различные интервалы и аннотации. Существует панель мониторинга, показывающая задержку в соответствии с настройками.
В нашем приложении уже есть идентификатор контекста, который передается всем службам, к которым обращаются с помощью одного вызова API. Требуемое время также может быть записано (например, путем аннотирования методов с использованием реализации пользовательского аспекта, регистрации всего времени вызова API и т. Д.). Sumologic - это место, куда идут все журналы, где мы можем запрашивать, используя контекстный идентификатор, чтобы получить все журналы, связанные с конкретным запросом.
Есть ли какое-то преимущество использования zipkin-sleuth по сравнению с существующим подходом к идентификатору контекста и ведению журнала?