錄製於 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 提供資料。