在 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 提供資料。