【51CTO.com 綜合報道】運維系統發展背景

伴隨著企業信息化的快速發展，企業的信息化部門自身也處于快速發展中。但區別于企業傳統的生產、營銷、人事等部門，這些部門本身已經引進管理理念，實行管理提升多年，現在是以其為基礎來進行信息化提升，而大部分企業的信息化部門本身是一個相對較新的部門，甚至連傳統的管理理念、方法都來不及引入，因而比傳統的部門更需要考慮如何提升管理。

正是在此背景之下，自從20世紀80年代初開始開發并至今仍在不斷完善的信息化部門管理理念 – IT服務管理（ITSM），及其管理方法 – IT基礎架構庫（ITIL），進入21世紀之后，在全球范圍內快速流行，現已成為世界范圍內公認的信息化部門管理理論體系。自從1999年被引入，這套以流程為中心的理論體系在中國也已存在近十個年頭了。

基于信息化部門管理理念（ITSM）和管理方法（ITIL）相配套，信息化部門管理工具也得到高度重視并得到廣泛應用。

監控之后需要運維
　　
通過各種監控手段，我們已經將整個IT系統的可用性、性能進行了完整的監控，我們可以及時發現網絡中任何故障和潛在問題，但是這就意味著我們的運維管理結束了嗎？

答案是否定的，當我們發現了網絡和系統中的各種問題后，如果我們不加以解決，并將我們解決過的問題進行整理，形成我們的知識庫的話，我們只不過是從一種混亂進入了另外一種混亂而已。因此，企業需要運維管理系統，將IT運維管理流程化、自動化、規范化。

監控運維一體化關鍵

為了實現IT運維管理流程化、自動化、規范化。需要一套一體化的監控運維系統。監控與運維一體化的關鍵在于：

1.接收指定監控資源產生事件

監控系統產生的復雜事件中，有故障事件，也有故障恢復事件！事件產生的資源也不同，根據資源的重要程度不同以及事件本身的級別不同。要求在運維流程中受到的關注度也不同！那么哪些事件需要出現在運維系統中顯得尤為的重要。

一套高效的運維平臺一定是與監控平臺緊密集成的，也一定是一體化的。運維平臺中可以根據條件接收來自于監控平臺中指定資源所產生的事件。運維平臺中的事件既來自于監控平臺又區別于監控平臺，它是監控平臺中所產生的事件的一部分，運維平臺中的事件旨在關聯運維流程，將重要資源的嚴重級別告警在運維系統中體現，便于跟蹤處理！

目前有些國內做流程的小廠商，由于缺乏對監控的理解，自身也沒有監控平臺的軟件，只是套用了一些ITIL的理論，單純的做了一兩款產品來沖擊市場。由于沒有監控軟件更沒有來自監控的事件，只是在紙上談兵，給用戶提供了一副美好的圖畫，實際運用中沒有考慮用戶的實際情況，大大損害了用戶的利益！

2.自動觸發運維流程

IT運維管理自動化是提高運維管理水平和運維效率的有效手段之一。IT運維管理自動化的一個重要指標就是能否自動觸發運維流程。一套優秀的運維管理平臺，它一定是和監控系統緊密結合的。當監控平臺產生故障后自動的觸發運維流程，讓IT運維管理自動化。

目前國內的傳統網管軟件廠商由于自身研發實力原因，還停留在監控本身。當運維來臨之時沒有自主研發的運維平臺軟件，與其他廠商的運維平臺整合時發現僅僅是兩款產品簡單的拼湊在一起，C/S架構監控和B/S的運維混合使用，給用戶帶來了不少的麻煩。監控軟件也沒有標準的接口，無法自動觸發運維流程！到客戶現場開發，升級難維護更難，關鍵是不同廠商的理解不同，大大損害了用戶的利益。

3.監控資源導入CMDB

總所周知CMDB（配置管理數據庫）是通過識別、控制、維護與檢查企業的IT資源，以有效與高效的控制與管理不斷變化的IT基礎架構與IT服務，并為其它流程，例如事故管理、問題管理、變更管理、發布管理等，提供準確的配置信息。

CMDB本身需要可自動發現各種主機、網絡設備、應用。需要支持全網發現、指定子網、指定配置項等。但監控平臺本身已經監控了大量的主機、網絡設備、應用等。難道還需要把這些信息重新在CMDB中手工新建嗎？

如何衡量一款好的運維平臺？其評判標準首先要判斷其是否具備CMDB，如果沒有CMDB模塊，那基本算是濫竽充數的廠商。如果具備了CMDB模塊，那真正的CMDB一定是具有自動發現功能的。有的有CMDB但不支持從已有的監控系統中導入監控資源，那充其量頂多算是二流產品。

監控運維一體化，讓IT運維管理流程化、自動化、規范化

摩卡IT運維管理專注于監控和運維，同時有著緊密的集成度，其事件、自動觸發運維流程、導入CMDB功能將監控運維一體化關鍵處發揮的淋漓盡致！ 

事件一覽可以接收指定監控資源產生的事件 

圖1

自動觸發運維流程 

圖2

監控資源導入CMDB

圖3