IT運營中的可觀察性概念在2020年得到了人們的關注，這是因為IT領導者正在尋找新的方法來控制隨著云計算和快速數字化而得到增長的復雜性。

可觀察性與IT監控的不同之處在于其側重于應用程序和豐富工具的開發，以便運營人員可以就軟件如何工作或在生產中工作提出有意義的問題。提出新問題的能力使IT部門可以對應用程序行為獲得不同的見解，從而優化和改進客戶的結果。

[[384508]]

考慮可觀察性的另一種方法是，它完全以用戶角度為基礎，這需要以用戶為中心的心態和方法。傳統的(黑盒)監視提供的指標可以指示系統是否已啟動并正在運行，而可觀察性則通過顯示系統是否真正滿足業務和用戶要求來進一步提高這一能力。

行動中的可觀察性

可觀察性通過解決以下問題，與基礎設施監視的業務價值建立了更緊密的聯系：

• 服務器在線且可用，但是它支持的應用程序出現故障。
• 網絡連接正常，但用戶的交易可能無法通過，或者網站的行為異常。
• 在一種瀏覽器中可以正常訪問網站，但在另一種瀏覽器中訪問不正常。

在用戶開始抱怨或離開企業的網站/應用以獲得更好的服務之前，企業的IT組織需要了解這類問題。這些對于客戶和員工來說是很糟糕的體驗，可能會帶來成本高昂并且不安全的影子IT。

無論哪種方式，缺乏可觀察性都意味著企業更容易出現用戶滿意度低和支持成本高的情況?？捎^察性要求采用現代化的監視方法，而開發人員接受并參與監視活動則更加成功。

以下是一些在2021年加強可觀察性實踐的想法：

1. 擴展數據

超越傳統的資源監控指標，如CPU利用率和網絡延遲。包括來自每個基礎設施組件的日志、跟蹤、度量和警報，以便對應用程序有新的了解。

團隊應該有適當的路由和溝通渠道，并能夠快速獲得對系統進行最佳補救或提供更多環境的訪問權限。

2. 將可觀察性作為開發原則

可觀察性遲早會成為開發人員工作的一部分。開發人員現在不能在編程之后而讓運營人員來解決它。應用程序運行狀況長期以來一直為IT運營部門所擁有，但從邏輯上來說，真正了解應用程序運行狀況的人是開發人員，因為他們構建了應用程序運行狀況，并且知道代碼應該如何在生產環境中工作。通常，在Sprint周期的后期，有人會提出這樣一個問題：“我們如何在生產中監控這項服務?”

開發團隊急于尋求可行的解決方案，最后，有人最終在應用服務器上運行了一個開源監視工具實例。通過將可觀察性作為持續集成(CI)/持續交付(CD)管道中的關鍵步驟，而不是事后思考的事項，可以避免這種情況。

3. 采購用于觀察的監控工具

APM工具或越來越多的開放源代碼監視工具(例如Prometheus)可以幫助衡量操作標準，例如在應用程序正常運行期間可能發生的應用程序、客戶端和服務器端錯誤。綜合或數字體驗管理工具提供了另一種理解系統輸出的方法。這有助于回答以下問題：我的用戶是否可以訪問這個應用程序，并且在經歷過程中是否存在交易失敗?有一些強大的利基可觀察性工具，但它們可能難以使用，并且需要許多開發人員不具備的原生監視專業知識。組織面要忽略供應商的宣傳，在技能水平、資源等方面采用適合組織的工具。它應該易于部署和管理。

4. 簡化工具

跨越ITOps和DevOps組織的一個常見陷阱是復制工具的泛濫。這些工具之間的數據通常不是聯合的，這使得簡單而全面地實現可觀察性策略的工作成為一個真正的難題。這就是為什么它是如此難以實現單一控制的原因。大多數情況下，都需要監視和可觀察性工具，并將其用于解決緊迫的問題(例如準備發布，對特定的客戶端錯誤進行故障排除等)。隨著時間的推移，很容易看到一個組織最終可以使用20多種解決重疊用例的監控工具。組織需要整合保留的內容，并考慮使用平臺解決方案來管理和統一所有數據，從而為開發人員和運營商節省時間。

5. 改善最終用戶體驗

可觀察性及其解決的問題不僅對開發人員、工程師和管理員有意義。可觀察性工具產生的許多見解可以為可能從事銷售、市場營銷、支持或專業服務的技術含量較低的同事提供豐富的背景信息。

一些示例包括：

• 在網站的哪一天或一年中的哪個時間看到最多的流量?
• 是否存在用戶最常訪問的某個網頁?
• 啟動或更改網頁后，是否看到交易量增加?
• 網頁加載緩慢嗎?如果是，造成的原因是什么?

回答這些問題通常可以橋接非技術團隊可以使用的工具，并且需要對應用程序本身有更深入的了解。DevOps和ITOps團隊應該與非技術利益相關者合作，以了解可觀察性工具可以解決哪些業務問題，以及解決這些問題的最佳方法。