觀察力

是確保複雜和分佈式系統成功的支柱之一。與對特定警報做出反應的傳統監控不同，可觀察性基於三個主要支柱提供了對系統的廣泛而深的視圖：指標 logs 和 treacs（traces traces（traces） 。這不僅允許識別問題，也允許其根本原因，對於諸如微服務等現代體系結構必不可少。 選項的角色

可選[&]選項

是一種開源結構，可促進實現強大的可觀察性策略。它統一分佈式指標，日誌和跟踪的收集，標準化數據的捕獲和運輸方式。因此，即使在多個服務互連的分佈式系統中，也可以清楚地了解數據流。

可觀察性與監視

監視

：收集靜態數據以檢測是否出錯。
• 可觀察性
：允許您理解
• ，因為出了問題，將各種來源和服務的事件相關聯。 分佈式體系結構中面臨的挑戰之一是確保來自請求的數據在不同的服務之間關聯。這就是
上下文傳播

在

中 什麼是上下文傳播？

想像一個場景，其中請求跨越了幾個微服務。如何跟踪這些相互作用中的每一個以了解所有流程？這要歸功於

上下文繁殖

，這確保了有關請求的信息（例如跟踪和跨IDS）從一個服務傳遞給另一個服務。

上下文傳播就像連接應用程序所有部分的導電線程，使您可以看到請求的完整路徑。此過程對於理解高度分佈式系統中的性能和找到問題至關重要。沒有上下文的傳播，我們只能對系統的孤立部分有可見的可見性，從而失去了事件之間的相關性。

選項列表的一個示例：

讓我們想像一個用火影忍者的實踐示例：

火影忍者（服務A）要求Kakashi（服務B）給他任務，Kakashi諮詢了任務數據庫（服務C）。每個交互需要跟踪，以便如果Kakashi和數據庫之間出現問題，我們可以確定錯誤在哪裡。 OpenTelemetry通過將跨度（或跟踪部分）與請求的每個部分關聯，以確保所有交互都相關。

上下文傳播機制

w3c跟踪上下文

之類的模式（我們將在另一個場合進行更多討論），該模式定義瞭如何通過不同的服務傳播跟踪上下文。這些數據可以通過HTTP標頭或其他協議傳輸，從而可以在各種平台和環境中進行可追溯性。

上下文傳播中的挑戰 實現上下文傳播帶來了一些挑戰：

數據過載

：涉及更多的服務，需要收集，處理和存儲更多的跨度和數據。這會影響系統性能。

• 服務之間的兼容性：所有服務都必須正確地實現上下文傳播，否則跟踪鏈將被打破，損害可觀察性。
• 結論
可觀察性

是不可或缺的，以確保分佈式體系結構的效率和可靠性。選件符號在標準化和簡化指標，日誌和跟踪的收集方面起著非常重要的作用。

上下文傳播

反過來是一種機制，它允許您在分佈式系統中跟踪請求，從而確保我們可以從頭到尾完全了解所有交互。

對於那些採用或思考採用微服務的人，使用選項的可觀察性策略是不可避免的。 你呢？已經在您的環境中使用了可選測定法？ 在LinkedIn上關注我以遵循更多內容。