h2. 需求
* 使用lager的trace功能，可以從任何節點發起trace, 相關節點收到trace命令後，開始收集符合trace條件的日誌資訊
* trace到的日誌資訊都匯集到lager_amqp_backend中
h2. 方案
* lager_amqp_backend增加 amqp_tracer.erl 模組
* amqp_tracer:trace_amqp
* amqp_tracer:stop_trace
* amqp_tracer: clear_all_traces
h2. 設計
h2. 操作
* 設定trace
amqp_tracer:start_link().
amqp_tracer:trace_amqp(<<"amqp_test">>, , debug).
* 訂閱amqp訊息
amqp_subscriber:start_link(<<"amqp_test">>).
h2. 測試
amqp_test.erl
-module(amqp_client).
-export([test/0]).
test() ->
lager:debug(, "lager debug"),
lager:info(, "lager info"),
lager:error(, "lager error").
分布式應用日誌集中收集
最近一段時間，配合新的商業模式，e網打進產品進行系統重構，由於客戶量比較大，那麼對應的資料量比較大，涉及的系統架構很複雜，對應的伺服器也成倍的增加。伺服器日誌的收集和檢視也變的比較麻煩，於是就在想是否可以把各個應用日誌統一收集過來。現在的做法 每天凌晨30分左右啟動乙個任務，把日誌從各個伺服器統一收...
springcloud分布式日誌鏈路跟蹤
1 思路 每個請求都使用乙個唯一標識來追蹤全部的鏈路顯示在日誌中 使用logback的mdc機制日誌模板中加入traceid標識，取值方式為 x,而mdc內部使用threadlocal，本地執行緒生效，需要通過閘道器傳給下游，下游再通過fegin往下游傳遞 2 閘道器實現 public class ...
spring cloud分布式日誌鏈路跟蹤
首先要明白一點，為什麼要使用鏈路跟蹤？當我們微服務之間呼叫的時候可能會出錯，但是我們不知道是哪個服務的問題，這時候就可以通過日誌鏈路跟蹤發現哪個服務出錯。它還有乙個好處 當我們在企業中，可能每個人都負責乙個服務，我們可以通過日誌來檢查自己所負責的服務不會出錯，當呼叫其它服務時，這時候出現錯誤，那麼就...