在運維質量提升階段，我們首先希望是操作流程是標準化的。一套標準化的操作體系，無論運維環境如何復雜，IT資源如何增加，都能快速應對各種突發業務需求。用一句話來說，就是運維質量不會因運維環境的改變或運維人員數量、經驗的多少而改變。

舉個例子來說，要上線一套業務系統，需要經過軟硬件的安裝、部署、配置管理、監控、安全掃描等各個操作。對於企業來說，這往往需要多個部門的協同操作，費時費力。但是，如果能將所有的系統上線操作集中為一套標準化的操作流程，自動去完成，那麽即使是運維小白也能快速交付運維工作。

在實現運維流程的標準化之後，我們會對運維效率有更高的要求，這不僅關系到運維工具對龐大IT資源數量的承載能力，也要求對運維場景復雜程度有清晰地掌握。 因此，我們希望有自動化、批量化操作的運維工具，代替運維人員去從事低效率、高強度、易犯錯的運維工作，讓他們的能力與精力有更大程度的發揮，以達到運維效率的提升。

當然，優秀的運維人員對工作的要求不會僅限於此。由數據采集存儲轉向“數據挖掘”是當下運維平臺的發展趨勢，這包括人工智能、數據分析等相關邏輯判斷、決策支持。運維平臺的智能化使運維工作不僅能滿足當前運維場景，也為未來的業務需要奠定了基礎。

隨著信息化建設的不斷發展，各企業為保證業務的正常運轉，對運維工作的重視程度越來越高。在當下信息系統建設及數據規模擴張的速度下，沒有一套高效智能的運維管理平臺，運維工作將蝸步難移。

目前，企業的運維現狀普遍是運維人員少，工作負擔重，面對復雜的運維環境，怎樣的運維平臺怎樣才能消除不同經驗層次運維人員的認知偏差，使他們的運維工作由量到質的提升呢？個人總結了對於新一代運維平臺的幾大需求：

1. 流程化操作、自動運維

流程化操作可以說是運維平臺的基本能力。從資料中了解發現，目前運維工作的常態是：監控系統用 Nagios ，流量監控用 Cacit ，集群監控用 Ganglia，故障報警用Nagios……。按照這種業務流程，對於一套信息系統的上線，從負載均衡、Web集群、中間件、數據庫的部署與監控，需要N多步驟，花費極大的時間和精力，期間還不能避免人工操作所引發的錯誤。因此，我們需要一套集中式的流程化部署工具，來完成從安裝部署到監控告警的各個步驟。

對於百臺甚至千臺級的設備數量，只具備流程化的操作對於達到運維質量的提升還遠遠不夠。我們希望只需提供各項資源的IP地址、登錄權限，運維平臺能批量化地實現系統配置參數、運行指標、運行日誌等信息的自動采集和分析，從而實現運維效率的提升。並且，業務驅動應該成為運維工作的關註重點。企業的目的是保證業務能不間斷正常運轉，關註單臺設備或單個服務，只見樹木不見森林，這對運維工作的輔助作用乎其微。只有以業務為核心，對業務系統的各個支撐服務自動分析，實時監視，才能達到對整個業務運行狀態的掌控。

2. CMDB：運維工作的入口

CMDB即運維人員所熟知的資源配置管理。多數運維平臺，只是把各項IT資源的配置信息錄入到系統就算完事，並沒有對資源的監控和管理起到太大作用，更不用說以業務為紐帶所展示設備、軟件間的關聯關系。如果能夠通過CMDB實現資源的自動發現、自動監控及告警，並將已監控資源的配置信息自動納入數據庫中，分類管理，以此來實現資源透明，這樣，將會使整個監控範圍的資源管理更加清晰、輕松。

3.資源與業務的關聯展示

在設備規模龐大的企業，資源間的關聯關系復雜且難以整理，如果僅把資源的配置信息、運行狀況的單層級展示出來，而沒有各項資源間的關聯展示，是難以對業務系統的整個架構以及資源的使用情況有詳細了解的，這無疑增加了運維工作的難度。運維平臺如果能提供網絡拓撲圖以及系統架構圖，幫助運維人員理清設備間的連接關系，並反映業務系統所使用軟件的關聯關系，將使運維工作事半功倍。

要想構建一個新一代的運維管理平臺，切實去解決運維工作的痛點，解放運維人員著實不易。OpSmart智能運維管理平臺，將“以系統為核心，以配置為基礎”作為產品建設基準，完美實現了上述三大需求。能自動分析系統間的關聯關系，生成信息系統的架構圖，基於網絡配置自動生成物理拓撲關系圖；通過系統級的運行監視，幫助運維人員及時發現故障並迅速定位故障原因；搭配高效的數據采集算法和告警效率，準實時采集日誌及系統狀態，實現秒級監控、分鐘級告警，幫助運維人員自動、及時、準確地掌握各項資源運行情況和配置信息。可以說， OpSmart讓運維經驗和能力不再成為運維工作的決定因素，它取代了運維人員的配置、安裝工作，實現了自動分析和故障定位，並幫助企業科學合理規劃、管理好各類IT資源。擁有OpSmart，人人都可以成為運維專家。

人人都可以成為運維專家