DevOps專題大型企業級監控系統設計

10月30日，全球權威資料調研機構idc正式發布《idcmarketscape:

中國devops雲市場2019，廠商評估》報告。京東雲憑藉豐富的場景和實踐能力，以及高質量的服務交付和平台穩定性，取得優異出成績，躋身「major players」（核心廠商）位置。

京東雲devops能力起源於自身的業務實踐，針對京東集團的複雜業務場景打造並經受住多次618、11.11電商大促的嚴峻考驗，保證了高效高質的交付和對變化的靈活應對。能夠支援複雜場景的自動化運維需求、實現工具鏈產品與平台化產品結合，幫助客戶根據不同的需求靈活定製方案。

為了讓大家更深入的理解devops，了解京東雲devops具體的落地實踐以及如何提公升效率與保障穩定性，進一步結合自身業務設計實施devops。我們第一期將會重點為大家介紹devops中的監控部分，通過了解京東雲自己的企業級監控是怎麼來設計的，來更好地理解監控系統的樣貌。

監控目標

監控是運維的生命線，其目標是快速的發現問題、定位、止損（see->know->act），縮短異常mttr，為了達到這個目標，期望監控系統具備：

監控標準

介紹完監控目標和監控系統應該具備的功能點後，先不討論監控系統如何實現，首先回答乙個問題，如何確認監控加全了？有沒有遺漏？

估計很多同學會遇到這樣的問題，為此，京東雲提出了一套監控標準，指導使用者新增監控，確保監控「加全」，避免遺漏，詳情如圖所示。

監控標準分為四層，從下往上看：

典型監控系統設計

了解了監控目標和定義了監控標準，相當於對解決的問題域有了一些背景知識了，下面就大概介紹下典型的監控系統包含哪些功能模組，本文只是做乙個大概的介紹，後續會對不同模組方向有一些專門的介紹。

上圖還是分為四層，從下往上我們依次來介紹：

最底層叫資料抽象層，大家可能看到了比較熟悉的詞語是cmdb，這一層把資源視角抽象為運維&運營視角，比如你搭建了乙個賣書的**，用了nginx、mysql等程式，在資源視角，這是一台臺機器執行在互聯的idc環境上，但可以抽象成這是乙個賣書的產品，有mysql、nginx等應用，這樣你的監控資料自然可以附加這種屬性（標籤），最終在後續資料處理的時候可以發揮作用

有了資料抽象層，統一了我們對監控實體的認知，基於這個抽象；上一層就是資料採集層，這裡列舉了眾多採集方式，包括程序、日誌、自定義、介面pull、產生資料主動push等，整個資料採集，就是乙個標準化的過程，把觀測物件的資料通過各種手段收集上來，轉換為我們監控系統定義的資料格式。

資料採集後，就是加工的過程，我們再回憶一下，監控的目標是發現、定位、解決問題；那麼必須對資料做加工，這就又可以分為以下處理流：

資料處理之後，最終是讓人去使用的，最上層就是資料的展示層，要展示對使用者有效的資料，使用者通過資料能快速發現定位問題，並通過資料分析及時做出止損操作。也就是要讓資料更好的服務使用者。

綜上，我們可以了解到，監控系統是以資料為中心，在資料之上擴充套件其處理能力的乙個系統；後續我們會對各個方向再進行深入的介紹，歡迎和各位進行交流。

idc中國企業軟體市場高階分析師王楠認為：「京東雲devops能力源於自身業務實踐，是京東技術能力輸出的重要組成部分，儘管推出相對較晚，但發展速度快、成熟度高，工具鏈和平台功能已基本涵蓋devops的主要流程階段。同時，京東雲devops平台還與公有雲平台深度整合，不僅極大提公升了服務交付效率和穩定性，還能高效助力使用者的自動研發和運維。」

DevOps專題大型企業級監控系統設計

大型企業DevOps採用情況調研

zabbix企業級監控系統

IBM提供DevOps服務加速企業級應用開發

DevOps專題 大型企業級監控系統設計

大型企業DevOps採用情況調研

zabbix企業級監控系統

IBM提供DevOps服務加速企業級應用開發

相關推薦

DevOps專題大型企業級監控系統設計