Spring Cloud Sleuth是Spring Cloud體系下的日誌追蹤服務,它實現了Zipkin的採集器,能夠與Zipkin配合使用。html
項目中只須要引入spring-cloud-starter-zipkin
,而後配置好zipkin的地址便可:spring
spring.zipkin.baseUrl: https://192.168.99.100:9411/
複製代碼
在官方文檔中說了Spring Cloud Sleuth能夠兼容OpenTracing協議:bash
具體請參考:cloud.spring.io/spring-clou…架構
jaeger 是CNCF成員,是對opentracing 規範的實現,也實現了對zipkin採集數據的兼容,而且是Istio官方推薦的實現。咱們能夠利用Spring Cloud Sleuth兼容Jaeger。具體作法以下:maven
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>
<dependency>
<groupId>io.opentracing.brave</groupId>
<artifactId>brave-opentracing</artifactId>
</dependency>
<dependency>
<groupId>io.opentracing.contrib</groupId>
<artifactId>opentracing-spring-jaeger-cloud-starter</artifactId>
<version>2.0.0</version>
</dependency>
複製代碼
spring.zipkin.baseUrl: https://jaeger:9411/
複製代碼
利用Spring Cloud Sleuth
最大的優勢是對於現有系統的兼容性,可是採集數據是用HTTP
協議發送到jaeger的collector端口上,在產線數據量大的狀況下會出現明顯的性能問題。jaeger官方推薦的作法是利用agent方式進行數據採集,可參考官方架構圖和說明文檔:www.jaegertracing.io/docs/1.8/ar…性能
opentracing-spring-jaeger-cloud-starter
<dependency>
<groupId>io.opentracing.contrib</groupId>
<artifactId>opentracing-spring-jaeger-cloud-starter</artifactId>
<version>2.0.0</version>
</dependency>
複製代碼
opentracing:
jaeger:
enabled: true
log-spans: true
const-sampler:
decision: true
udp-sender:
host: localhost
port: 6831
複製代碼
Spring Cloud Sleuth
,opentracing
默認的tags更爲合理和直觀去除了Spring Cloud Sleuth以後,隨之會帶來兩個問題:測試
Spring Cloud Sleuth默認將traceId和spanId綁定到了slf4j的MDC中,這樣在日誌打印的時候能夠很方便的知道當前日誌的traceId。在ELK的中央日誌架構下,能夠用traceId很方便的將當前請求的調用鏈日誌篩選出來。ui
Spring Cloud Sleuth提供了很便捷的藉口來傳遞用戶自定義的鏈路數據(好比requestId等)spa
關於如何解決以上兩個問題,下一篇文章會給出解決方案()日誌