錄製於 SpringOne2GX 2015。 講者：Monish Unni 資料 / 整合 Track 投影片：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) 作為一種將單一使用者的請求與 E*Trade 的異質系統連結起來的方法。 然後，各種大數據分析工具會使用此「追蹤」來產生匯總報告。 Zipkin(tm) 是一個收集器、摘要器和可視化前端，用於匯總的資料。 換句話說，它是一個分散式追蹤系統，可以顯示位於各種節點上的服務的計時資料。 Zipkin 透過收集器和查詢服務來管理資料的收集和查詢。 在本次會議中，我將專門討論如何使用 RabbitMQ (AMQP 協議) 和 Spring Proxies 將 E*Trade 的不同服務串聯在一起，以形成啟用層，從而向 Zipkin 提供資料。