Microservices Zipkin和Elastic Stack（麋鹿）的区别？

Spring Cloud Sleuth用于创建TraceID（对于跨服务的请求是唯一的）和spanId（对于一个工作单元也是如此）。我的想法是，Zipkin服务器用于跨服务获取这些日志的集体可视化。但我知道并使用了麋鹿堆栈，它必须具有相同的功能。我的意思是，我们可以使用相同的traceId对请求进行分组，以便使用ELK堆栈进行可视化。但我确实看到有人试图通过Sleuth、ELK和Zipkin实现分布式跟踪，如以下示例（，）。但是，如果已经有麋鹿用于日志收集和可视化，为什么我们需要Zipkin呢？我错过了什么？

-Zipkin是一个分布式跟踪系统。它有助于收集解决服务体系结构中的延迟问题所需的时间数据。它是一个可视化的请求-响应并跟踪它。ELK堆栈用于分布式日志记录。Zipking服务器为您的请求-响应和时间细节提供了可视化帮助，而ELK中的Kibaana为集中式日志提供了可视化帮助-在某个地方，您可以阅读日志显示Zipkin仪表板的样子：（示例一）[，是的，ELK也有其他功能，但官方文档正在开始放置类似Zipkin和其他工具的免费封面，并将它们与ELK/Elastic堆栈的其余部分绑定在一个解决方案中。