過去幾個月，優維在新的資源監控微應用相關能力的研發上投入大量的時間與精力。
上周三，優維專門召開了一場資源監控微應用釋出會，介紹了優維的監控微應用的功能亮點和後續規劃。
下面就跟着鹿小U一起來具體了解一下。
01
過去，接入資源監控的阻礙
首先來看看，過去在接入資源監控的時候，會遇到什麼樣的問題？
高 門 檻
過去，在做監控采集的時候，我們可能會經過如下的監控配置路徑：
從上圖可以看出，完成監控采集不僅步驟多，并且在使用路徑上都是分離的，需要跳轉不同的菜單才能完成一系列的采集。
這樣長配置路徑也暴露了不少問題：
- 使用者路徑不清晰：監控采集配置的時候，需要切換檢視多個小産品，使用者的使用路徑不明确、配置成本高。
- 易用性差：雖然我們提供了通用的自定義采集能力，但易用性不足，有學習成本。
- 監控資源納管成本高：采集監控名額之前，需要自定義采集監控資源，自定義采集和調試門檻高。
以上種種問題的存在，導緻在做監控采集的時候，門檻會比較高，使用者難以入門。
高 成 本
過去在做資源監控接入的時候，另一個問題是成本較高。
對于監控資源采集，首先從模型定義到資源發現，本身建設周期長，傳遞成本高。其次，資源的采集會影響監控資料的采集，沒有标準模型建設，很難展開監控套件的建設；資源采集不正确或者采集不到，也會影響監控采集和視圖檢視。
再回到監控名額采集來看，Hub套件采集的成功率低，往往現場需要進一步調試采集腳本。其次是現有套件的資源覆寫率低，并且更新不及時。内置套件覆寫不到的資源，現場需要自定義腳本采集，采集适配難，驗證困難，也進一步增加了采內建本。
以上這兩個采集環節，直接導緻采內建本較高，需要耗費大量精力去做采集配置、采集調試以及采集驗證。
那麼，
02
現在，資源監控微應用的優勢
資源監控微應用的核心目标，是希望能夠實作使用者去自主接入，自主采集，免運維成本。
那怎麼去降低使用者的使用門檻呢？
過去，監控接入時，采集配置的操作路徑相對分離，配置步驟也很多，如果使用者對平台不熟悉是比較難入門的。現在，監控微應用按監控資源的次元進行配置操作和監控檢視，需要監控哪個資源對象，直接找到資源對象對應的菜單，根據指引步驟，快速啟用監控。
進一步降低監控接入成本
基于OneModel的資源納管
基于OneModel去做資源的自動納管，并且把資源自動發現作為啟動監控的一環。隻需要選擇合适的方法，即可快速納管到對應的資源。
内置采集套件，标準化采集
第二塊是關于監控名額的采集，現在的資源監控應用全面内置監控套件，實作标準化采集。目前，我們豐富了内置監控套件，已拓展了60+個内置套件，覆寫核心資源對象，後續還會持續去拓展豐富套件資源。
過去，
- 在自定義采集的時候，會遇到采集不全面或者耗費時間較長；
- 自定義采集沒有标準輸出，不同項目之間重複建設。
現在，
- 标準化套件采集
- 全面使用内置标準套件，避免自定義采集的不規範、不全面
- 核心監控場景覆寫
- 如何保證内置名額定義的品質？優維積累了銀行證券等多行業的實踐經驗，同時結合内部專家和營運經驗，定義了标準套件的内置名額，覆寫絕大多數的監控使用場景。
- 穩定的監控采集，免運維
- 如何保證名額采集的穩定性？搭建真實環境和使用實際雲資源，展開測試和驗收工作，模拟客戶真實使用
目前，監控微應用覆寫的資源範圍廣，保證核心資源的全覆寫。
- 【雲】私有雲、騰訊雲、阿裡雲
- 【服務域】資料庫、邏輯、隊列、接入、緩存
- 【資源域】網絡、計算、存儲、網絡裝置
- 【信創】寶蘭德、TiDB、JBoss、BD2、HBase
- 【容器】Kubernetes、Docker
以上，基于OneModel去做資源納管，通過内置監控套件，實作标準化采集；再内置立體化、場景化的監控視圖的能力，減少監控啟用的使用成本，讓使用者使用路徑更加明确。我們都在同一資源下去完成，確定能夠覆寫多個資源域、多個雲等，進而達到一鍵啟用，免運維的能力。
優維也緻力于OneModel的建設。基于OneModel，監控微應用能做什麼？
- 資源納管：一鍵掃描，快速納管，全新資源自動發現能力。
- 模型定義消費：基于OneModel，建設标準化的監控采集套件；基于OneModel，采集配置内填充預設配置。
- 監控展示：豐富監控資訊展示，如服務的執行個體架構資料，主要來源于自動發現的關系字段。
立體化、場景化的監控視圖
過去采用的是通用的單資源的名額視圖，資訊展示有限。
現在，我們的監控微應用全面内置了監控視圖，幫助使用者擺脫通用視圖的限制，從不同次元上展示監控資料。第二，深度消費資源依賴關系，支援資源下鑽。第三，資源視圖展示方式、展示資料更加豐富。
03
後續規劃
結合客戶使用需求，優維将進一步優化監控微應用的使用者體驗，以及對監控覆寫資源的進一步适配和拓展。
同時優維也将基于OneModel+監控微應用的能力，進一步打造上層消費場景，實作1+1>2的效果。包括如下場景：
- 打造告警分析視圖，提升故障處理效率
- 結合日志、Tracing、撥測等資料，進一步打造服務全鍊路觀測
- 基于資源關系和監控資料，進行故障根因輔助分析