在 SpringOne2GX 2015 录制。演讲者：Monish Unni 数据/集成轨道 幻灯片：http://www.slideshare.net/SpringCentral/introducing-calltracing-tm-based-on-rabbitmq-spring-and-zipkin 您是否生活在一个 StackTraces 不够用的世界？ 您是否无法轻松预测如何调用某些服务或它们的使用模式是什么？ 在您投入生产之前，一切是否都在 DIT/SIT/UAT/PELT 中工作，并且由于服务的分发而开始发生奇怪的事情？ 解决方案：使用 RabbitMQ（AMQP 协议）和 Spring 代理/拦截器来启用带外工具，以跟踪请求并深入了解某些请求在分布式系统中的执行情况。 2014 年，作为基础设施范围变更的一部分，我引入了 calltracing(tm)，作为一种将单个用户的请求与 E*Trade 的异构系统相关联的方法。 然后，各种大数据分析工具会使用此“跟踪”来生成汇总报告。 Zipkin(tm) 是汇总数据的收集器、摘要器和可视化前端。 换句话说，它是一个分布式跟踪系统，可以显示位于各个节点上的服务的时序数据。 Zipkin 通过收集器和查询服务管理数据的收集和查找。 在本次会议中，我将专门讨论如何使用 RabbitMQ（AMQP 协议）和 Spring 代理将 E*Trade 的不同服务连接在一起，以形成支持层，从而向 Zipkin 提供数据。