Sleuth-Zipkin通过附加唯一的跟踪ID以及不同的跨度和注释，可以帮助跨不同服务跟踪单个请求。有一个仪表板视图可显示已配置的延迟。
在我们的应用程序中，已经有一个上下文ID，该ID跨所有通过单个api调用涉及的服务传递。花费的时间也可以记录下来（可能是，通过使用自定义方面实现对方法进行注释，记录了整个api调用时间等）。sumologic是所有记录的存放地，我们可以在其中使用上下文ID，以获取与特定请求相关的所有日志。
现在，与现有的上下文ID和日志记录方法相比，使用zipkin-sleuth有什么优势吗？