1 - Работая над POC для sleuth, мы выяснили, что если входящий запрос к приложению с поддержкой слэйта имеет идентификаторы trace / span и родительские идентификаторы, они распространяются вперед и новые идентификаторы не генерируются.Тем не менее, это, кажется, работает, только когда все 3 присутствуют.Мы попытались с помощью только идентификатора трассировки в заголовках запроса, и Sleuth сгенерировал новый идентификатор трассировки. Пожалуйста, подтвердите, если все 3 должны присутствовать для успешного распространения.
2 - У нас есть несколько микро-сервисов, которые общаются друг с другом.Некоторые из них вызываются непосредственно из уровня пользовательского интерфейса, а некоторые из приложений, не относящихся к слюне.В обоих этих случаях 128-битный UUID отправляется в качестве идентификатора трассировки в запросе.Если мы хотим использовать sleuth, нам нужно было бы создать 64-битные идентификаторы, совместимые с sleuth, из уровня пользовательского интерфейса и приложений, не связанных с sleuth, чтобы их можно было успешно переносить во время выполнения запроса через несколько приложений, поддерживающих sleuth.Не могли бы вы посоветовать, как мы можем реализовать генерацию 64-битных идентификаторов, чтобы они соответствовали стандартам и успешно распространялись.Каковы требования действительного идентификатора сыщика?
Любые указатели будут высоко оценены.
Заранее спасибо.