數字體驗監控和網路可觀察性
很明顯在商業領域,數字化運營已成為一種優勢。早期接受數字化轉型的公司的表現要優於同行。因此,現如今有更多的公司急於加速其數字化轉型的步伐,將更多工作負載轉移到公共雲,採用SaaS應用程式以及採用分散式應用程式體系架構。
數字化轉型給IT企業帶來了新的挑戰。特別是,交付給客戶和員工的許多應用程式和服務越來越不被IT團隊擁有或控制。但是,他們仍然要對交付的經驗負責,即效能,正常執行時間和整體可靠性。Gartner在最近的一項研究中表示,到2023年,60%的數字業務計劃將要求IT報告使用者的數字體驗,而今天這一比例還不到15%。
什麼是DEM?
數字體驗監測是一種主動的黑盒監視形式。DEM的目的不是依靠從裝置上捕捉指標、事件、流量或警報,而是模擬終端使用者與基礎設施、應用程式或服務的體驗。
DEM本質上有兩個層次:網路和應用。前者衡量支援應用或服務的網路是如何執行的。後者增加了應用層面的事務,通常是指令碼化的(如登入、向數字購物車新增專案等),以模擬人類(或機器)如何感知應用或服務的效能。
如何開始使用DEM?
與生活中的大多數事業一樣,最初的第一步很重要。特別是對於網路運營(NetOps)團隊來說,從網路開始邁向2層DEM是非常重要的第一步。當然,許多感興趣的網路基礎結構超出了NetOps團隊的直接所有權和控制範圍,這意味著NetOps團隊數十年來一直依賴的傳統方法(如SNMP或NetFlow)無法使用。為了獲得所需的可見性,NetOps團隊必須採用和部署網路綜合測量工具以及他們現有的網路可觀察性解決方案。
需要注意的問題
為這項工作找到合適的工具絕非易事,但是這裡有一些指導原則,可以幫助NetOps團隊在DEM宣傳中找到:
首先,確保您的選擇遵循“三個E”的原則。網路合成工具必須易於嘗試,易於使用且易於維護。例如,如果需要花費幾分鐘以上的時間來試用產品並獲得首次測量結果,則您的初始生產部署將很複雜,並且會消耗您和您的團隊的時間和資源。
其次,總是從一開始就考慮到第二天的問題。如果一個工具需要隨著你的環境變化而進行大量的手動測試調整和維護,你對數字體驗的洞察力將付出高昂的代價。例如,如果你的企業希望只測量產生網路流量超過一定閾值的應用,或者TopN,你希望工具能夠自動開啟和關閉合成測試,而無需操作員參與。
然後,您要確保您的網路綜合工具支援您的業務所需的測試頻率。當然,在某些用例中,一到五分鐘的測試間隔就足夠了。但是還有許多其他情況並非如此。考慮某些物聯網場景,其中幾秒鐘的停機時間或毫秒級的延遲變化真正重要。在這些場景下,不頻繁地監控就等於盲目飛行:對於你的關鍵應用和用例來說,執行次分鐘或連續測試的能力很重要。
最後,小心你的錢包。許多供應商就像強盜一樣,向你收取高昂的價格,即使是相對不頻繁的測試。做好你的功課,並規劃出你需要的月度測試數量,記住這個數字可以而且會迅速增長。例如,以1分鐘的測試間隔在21個站點之間測試你的網路(三個公共雲提供商、十個分支機構和兩個資料中心各三個區域),每月的測試次數將達到約1800萬次。增加一些應用程式和SaaS服務,或者進行更頻繁的測試,你將很快達到數億次的月度測試。正確地確定你的監控規模,只測試那些重要的東西,而且是在你必須的情況下頻繁地測試,而不是更多。
結論
當企業用DEM工具成功地補充了傳統的網路可觀察性堆疊時,他們將能夠深入瞭解企業防火牆以外的網路和服務的效能和可用性。網路運營團隊將發現他們在處理潛在的客戶體驗問題時更加積極主動,例如關鍵應用中的延遲高於正常水平。透過了解需要轉變並確定正確的工作工具,網路運營團隊可以視覺化和分析終端使用者體驗,並瞭解如何有效地保護它。
來自 “ https://www.networkcomputing.com/networking/better ”,原文連結:http://blog.itpub.net/31545813/viewspace-2752552/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 雲原生ASP.NET Core程式的可監測性和可觀察性ASP.NET
- 可觀測性與傳統監控的區別和聯絡
- 為什麼混合工作和數字業務需要數字體驗監控
- ManageEngine入選《2023 Gartner應用效能監控和可觀測性魔力象限》
- DevOps專題 |監控,可觀測性與資料儲存dev
- 網路監控和遠端辦公:使用者體驗更為關鍵
- Kiali——Istio Service Mesh 的可觀察性工具
- 第5章:可複用性的軟體構建方法 5.1可複用性的度量,形態和外部觀察
- 可觀察性在事件響應中的作用事件
- 跟我一起學Knative(8)--可觀察性
- 用原生 JS 實現 MVVM 框架1——觀察者模式和資料監控JSMVVM框架模式
- 淺談彈性計算管控可觀測性體系建設
- iOS網路效能監控iOS
- 雲上的可觀察性資料中臺,如何構建?
- eBPF Cilium實戰(2) - 底層網路可觀測性eBPF
- 駕馭當今的 I&O 格局:利用雲、超融合和可觀察性
- portmaster:可監控自己計算機的所有網路連線AST計算機
- 快速構建業務監控體系,觀grafana監控的藝術Grafana
- 從零開始入門 K8s | 可觀測性:監控與日誌K8S
- 實驗一 網路掃描與網路偵察
- 可觀測性建設路線圖
- 使用InfluxDB時間序列資料功能構建可觀察性UX
- Winterberry Group:虛擬個性化和網路消費體驗
- OpManager:網路監控的利器
- Android網路效能監控方案Android
- 衛星網際網路網路監控運維天地一體化管理方案運維
- 實驗 21:觀察者模式模式
- Grafana 系列文章(一):基於 Grafana 的全棧可觀察性 DemoGrafana全棧
- opendatadiscovery/odd-platform:第一個開源資料發現和可觀察性平臺Platform
- 網路流量監控軟體:NetWorker Pro for mac 中文版Mac
- 兩會觀察|夯實數字經濟發展“底座”
- 企業實踐|分散式系統可觀測性之應用業務指標監控分散式指標
- 網路效能監控和診斷市場指南(2020版)
- 北京智和信通網路流量監控分析平臺
- 透過觀察者監聽模型事件模型事件
- 通過觀察者監聽模型事件模型事件
- 11.22實驗 21:觀察者模式模式
- K8s 應用的網路可觀測性: Cilium VS DeepFlowK8S