[運維] 第一篇：數據中心運維模型之我見

       從實際經驗來看，每個企業的數據中心運維上都不會是十全十美的，因為畢竟企業業務發展是迅速的，對IT的要求相應也是也是越來越高，越來越復雜，所以無論是在運維團隊架構上，還是在具體的管理層面上，盡管現實空間有限，但都有很多值得調整的空間和余地，且聽我道來！
         先看看這張運維模型，了解一下企業運維到底包括了那些東西：

        企業運維包括了四象限：人員、管理、工具和業務。對于人員，通常企業有兩種結構：一種是功能性驅動，比如機房維護團隊、IT基礎架構運維團隊、應用維護團隊等；另一種是管理流程驅動分組，例如：事件管理流程團隊、問題管理流程團隊、變更和發布流程團隊等，這種團隊大多數根據企業管理的實際需要和管理制度要求設定，人員從各個功能性驅動團隊中選取，臨時組建。功能性驅動團隊人員結構、人數、人員、功能等基本固定，在企業中作為正式的管理組織，基本保持穩定的狀態，如果調整，肯定是屬于動靜比較大的動作；而管理流程驅動團隊，是臨時根據管理需要設定，人員結構、人數、人員安排皆根據企業實際管理需要設定，所以組織靈活，隨時設立，隨時調整。所以這兩者最大的區別是靈活性，而靈活性對于企業來說事最重要的生存要素！再說說管理，管理也發兩種，一種是企業的管理制度，另一種是根據企業發展要求設定的管理制度和管理要求，或者說是管理流程，例如ITIL流程、OA管理流程、ISO20000、CMMI等。管理制度的基本點都是企業在很長時間發展起來的基本要求，所以改的難度很大，但是管理流程是靈活的，可變的。講到這里，大家明白了吧，如果企業最求管理價值的最大化和業務發展的匹配度，那最好的辦法就是通過管理流程的實施和管理流程驅動團隊的設定來實現，一方面保持企業管理具有足夠的靈活度，另一方面又在靈活的基礎上保證企業穩定的發展。這就是為什么做IT服務管理（ITSM）或者ITIL項目時，需要在實施管理流程的同時設立相應的管理模塊團隊，保證管理流程的順利實施。
        再說說工具層面。所謂工具實際上指的的通過技術層面的提高去提高運維的能力和水平。例如使用堡壘機來保證運維相關賬號和權限的安全，通過監控來保證對數據中心業務各個層面（OS、DB、中間件、應用、網絡、存儲等）的監控，講一句口號就是“全監控、全覆蓋”。這種技術層面的實施可以保證運維的穩定性和運維效率，確保運維符合業務發展的要求和行業或監管部門的要求。技術層面和管理層面最大的區別就是在“人”上！綜合監控算是企業中實施比較復雜的項目，但也基本上就涉及到運維部門的相關人員，和其他部門沒有關系。但是如果實施ITIL項目，那涉及到面就廣了，不僅運維要參與，研發部門要參與，測試部門要參與，財務部門要參與，后勤管理部門要參與等等，將來ITIL項目上線，各個部門的都要使用。所以管理層面和技術層面最大的區別就在“人”上，因而難度也在“人”上 。以監控項目為例，實施時剛開始難，因為管理員對這個東西一開始認識不清晰，不了解，所以難，但一旦了解后，速度就加快了，結項也好結；流程項目相反，做前期流程概念宣貫的時候，大家基本上都你好我好，但一旦管理上的改變涉及到具體的人后，那這種反作用就大多了，開始好開，但想結項就難了，我見過的流程項目沒有一個不延期的。所以無論是甲方，還是乙方對于項目的不同特點，一定要了解，心里做好預案。忠告一句，在實施管理類項目時，盡可能不動管理架構，多使用臨時性的管理組織來減少對現有人員的壓力！
       最后說說業務。企業基本上不是賣產品，就是賣服務，或者這兩者都賣。但無論賣什么，我們運維存在的價值就是保證業務的穩定發展，不出什么幺蛾子。現在云時代已來，虛擬化成為我們企業數據中心發展的主流。虛擬化的到來，實際是硬幣的兩面。一方面提高了企業運維的靈活度和彈性，但另一方面也對運維人員提出了更高的要求，不僅要了解傳統的業務系統，還是了解虛擬化的特點和架構。有些人在討論虛擬化對運維的影響，我的看法是，虛擬化和云的到來，減少了運維人員的數量，但是增加了運維人員的質量和難度。
         聊了這么多，能幫到我們什么呢？從這四象限來看，運維是個整體，環環相扣。我們做了管理制度和管理架構的調整，就能很大程度上提高運維能力嗎？不一定，因為工具層面會限制管理制度的先進性。例如我們不做全面的監控，那我們可能大多數情況下，只能人肉監控，無論是從監控的全面性，還是監控的實時性都差的很多，這種情況下，事件管理流程會忙的不可開交，而且很容易就進入緊急狀態，人員都會疲于奔命，這時候有人會進入問題管理流程，深入探討系統深層次問題嗎？反過來說，只做工具層面的事，不做管理制度的調整，能提高運維水平嗎？答案也是不能。監控項目完成后，會有大量的監控告警事件產生，需要管理員處理，沒有事件管理流程，不做事件分級，那你去看吧，運維的人將會不堪其擾，根本就處理不過來，最后等所有人都疲了的時候，就是監控系統棄之不用的時間了。所以我們在做任何運維調整的時候都要考慮其他象限可能產生的影響，進而在項目前將這些影響考慮進來，免得到時手忙腳亂！
        最后簡單說一句：一動不動，一動全動！