录制于 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 代理/拦截器，实现带外（out-of-band）插桩，以跟踪请求，并深入了解特定请求在分布式系统中的性能。2014 年，作为基础设施全局变更的一部分，我引入了 calltracing(tm)，作为一种关联 ETrade 异构系统中的单个用户请求的方式。这个“跟踪”随后被各种大数据分析工具消耗，以生成聚合报告。Zipkin(tm) 是一个收集器、解析器和聚合数据的可视化前端。换句话说，它是一个分布式跟踪系统，可以显示各种节点上服务的计时数据。Zipkin 通过收集器和查询服务管理数据的收集和查找。在此次会议中，我将具体讨论 ETrade 的不同服务如何使用 RabbitMQ（AMQP 协议）和 Spring 代理进行缝合，形成赋能层，为 Zipkin 提供数据。