隨著網際網路架構的擴張，分散式系統變得日趨複雜，越來越多的元件開始走向分散式化，如微服務、訊息收發、分散式資料庫、分散式快取、分散式物件儲存、跨域呼叫，這些元件共同構成了繁雜的分散式網路。

在一次800多人的開發者調研中，當回答“現階段構建一個高可用的分散式系統，您遇到的三個最大的難題是什麼？”時，57%的開發者選擇了全鏈路追蹤。

6月12日，阿里雲釋出了鏈路追蹤服務 Tracing Analysis，提供分散式系統的全鏈路追蹤能力，幫助客戶快速發現和定位分散式系統下的各類效能瓶頸，成本僅自建鏈路追蹤系統的1/5甚至更少。

微服務架構下的分散式應用架構雖然滿足了應用橫向擴充套件需求，但是如何進行分散式應用診斷成為挑戰。雖然，業內有鏈路追蹤相關的開源解決方案，但存在著研發投入較高、自建成本較高、技術風險較大、運維難度較大的挑戰。

鏈路追蹤 Tracing Analysis源自阿里巴巴內部的經過大規模實戰驗證過的 EagleEye，基於 Opentracing 標準，全面相容開源社群，可實現 Jaeger, Zipkin 和 Skywalking等開源方案在阿里雲上的託管，客戶無需搭建基礎設施，節省運維投入和技術風險。同時，支援多語言客戶端將應用的鏈路資料上報至鏈路追蹤控制檯，實現鏈路追蹤的目的。

據介紹，鏈路追蹤 Tracing Analysis 可用於鏈路拓撲分析，慢請求、異常請求、流量異常的問題發現和定位，並可以根據業務Tag 對業務進行統計。以某教育行業客戶為例，鏈路追蹤 Tracing Analysis 幫助客戶將異常請求數從原先的3%降低到0.1%，排查5個以上線上問題。

此外，鏈路追蹤 Tracing Analysis可幫助使用者收集所有分散式微服務應用和相關PaaS產品的分散式呼叫資訊，檢視應用的依賴路徑，用於業務分析和穩定性評估。以某金融行業客戶為例，鏈路追蹤 Tracing Analysis 幫助客戶將將應用的平均響應時間從2秒降低到500毫秒。

值得注意的是，鏈路追蹤 Tracing Analysis 省去了客戶自建基礎設施的本地儲存費用，僅通過雲端日誌儲存收取儲存費用，總體的機器成本是自建全鏈路追蹤系統的1/5或更少，並提供了每天1000請求數的免費使用額度。

目前，阿里雲鏈路追蹤 Tracing Analysis已應用於金融、遊戲、教育、零售、人工智慧等多個行業，幫助開發者高效的分析和診斷分散式應用架構下的效能瓶頸。

Q&A：

Q1：可以通過 API 拉取鏈路追蹤的資料嗎？
A1：支援，收集的鏈路可以通過OpenAPI的方式獲取，也可以嵌入鏈路追蹤的頁面展示，也可以直接在日誌服務中檢視。

Q2：非阿里雲服務，可以接入鏈路追蹤？
A2：鏈路是追蹤是開放的，只要客戶的應用可以訪問公網，就可以接入，和有沒部署在阿里雲上沒關係。

Q3：埋點對效能的影響有相關分析麼？
A3：埋點資料是非同步批量上報的，會對效能有影響有限，一般在1%左右，主要看埋點的量，埋的多會影響大一點。從目前的壓測資料來看，對效能影響比較小。

作者：中介軟體小哥

原文連結​

本文為雲棲社群原創內容，未經