作者簡介：蔣君偉，廣通軟件研發中心產品部總監，IT網管與運維領域的十年老兵，負責國內多個全國性的網絡管理與運維管理系統產品研發，擁有豐富的網絡管理、系統運維與產品研發經驗。現從事廣通新一代數據中心運維產品研發工作，主要負責產品線規劃、核心技術研發、研發團隊建設與運維咨詢等工作。此外，個人還熱衷于開源社區的技術推廣與研究，喜歡Emacs、Lisp與Python，實現過開源.Net SNMP協議棧，目前主要研究去中心化的大規模軟件集群技術。

現如今DevOps已經深入人心，在這個大量數據中心建設加速的時代，運維部門都在高度強調自動化，而自動化的關鍵即DevOps。但是，大家在推進DevOps的過程中卻發現其前途坎坷。

一種方案是建設自己的開發隊伍從頭開始，做CMDB、做監控、做自動化、做流程、做服務目錄、做大屏展現，這種造輪子方法需要強大持續的研發投入，成本極高；第二種方案則是尋找開源產品改造，以適合自己，如CMDBBuild、Zabbix、JBPM等，但是開源社區的產品，技術風格迥異，成熟度低，技術團隊的素質要求高、踩的坑很多，管控風險很大。

那么應該如何去較低的總擁有成本推進DevOps運維呢？

有一種建議以優秀、靈活、開放的商業運維平臺為基礎，輔助于個性化的開發作為補充，來快速實現DevOps的運維體系。

運維平臺的選型，需要選擇技術成熟穩定、成功案例豐富、可適應不同規模的運維軟件，軟件必須注重平臺開放性，需要包含運維經驗的匯聚，可以幫助運維團隊快速沉淀出屬于自己的運維系統，具體選型應該中應該關注一下幾個重點：

一、萬物建模的CMDB + PMDB，零代碼構建自有資源模型

如同沒有完全相同的兩個雞蛋一樣，不同的企業不會使用相同的IT資源模型。不同的運維部門，需要管理的廣度與深度都不一樣。CMDB作為配置資源庫，PMDB作為性能指標庫，需完整實現面向對象的建模能力，提供界面操作即可完成真實世界的數據建模工作，對每一個IT資源，都可細微的定義其應有的屬性、指標、狀態。并在模型調整擴展時，也可保留數據的平滑遷移，避免大量數據遷移開發。

　　二、無限擴展的監控探針群+ 擴展腳本，迅速滿足海量監控需求

監控方面， 運維部門最關心的是監控容量是否可以滿足不斷擴大的IT規模，以及如何應對層出不窮的監控指標需求。監控平臺使用可廣泛部署的探針集群，聯結與覆蓋全網，實現大范圍無死角的監控。除了上千種內置監控指標外，還可簡單的編寫腳本對接新的監控指標，開發人員不再需要考慮通信協議與數據存儲，指標數據會自動通過探針集群上傳到PMDB，并最終通過可視化展現大大降低監控門檻。

　　三、量體裁衣般的運維流程，基于最佳實踐調整無壓力

運維流程應該首先符合ITILV3標準的全套運維流程，并使用可靈活調整的運維表單建模與流程引擎，實現流程的個性化定制。當有新的運維業務需要上線時，也可基于現有流程復制調整快速上線，或全新設計新的流程模塊，期間不需要任何編碼工作。基于工單流轉的事件觸發腳本與開放API，可進一步釋放流程的聯動能力，有效組合企業現有的運維協同，實現操作自動化。

　　四、靈動酷炫的大屏和門戶，釋放運維數據的可視化能力

如何將運維系統的各類數據各有價值的利用？使用運維平臺可視化設計器和對外服務門戶，抽取運維系統內外的各類數據，并通過豐富的圖表與動態渲染加以展示。實現IT數據中心的業務看板、掌握全局運維態勢、提升運維部門對于業務的影響力。

五、開放API平臺設計，可以按需開發定義自己的平臺

除了上述特性外，選型中最關鍵的是，運維平臺必須是開放式設計，必須可以支持多維度擴展，比如說： 完全基于目前流行的RESTful開放API體系，提供了SDK開發手冊易于開發擴展，可以基于平臺進行自定義完善，這樣的平臺才是DevOps團隊相對理想的運維基礎平臺。

廣通軟件（www.broada.com）十多年來致力于IT運維管理領域的軟件研發和運維服務方案研究，面向數據中心、互聯網、物聯網三個領域提供整合化的運維工具和服務，全國服務熱線：400-810-6677。