好久沒推薦一本書了，終于發了一篇，不過還是專業的文，和大部分朋友沒什么關系，不好意思！

IT運維？IT運維？

都是IT，有什么區別？

IT運維管理？IT運營管理？

都是ITOM，有什么區別？

一個詞的不同只是翻譯不同，還是另有玄機？

實際上，中文確實是一種更精確的語言:-)

企業IT正站在這樣一個拐點，要么從運維到運維，要么從運維到被運維替代

***正文前說明：IT運維和IT運維很重要。運維是運營的基礎。任何組織都必須先生存，然后再追求美好的生活。這是IT的不同發展階段。今天IT運維部的工作內容，其實就包括了本文提到的IT運維。***

ITOM領域的大多數從業者一直將ITOM（IT）翻譯為IT運維管理，并相應地稱為IT IT運維。近兩年來，越來越多的人開始使用“IT運維管理”“IT運維”這兩個詞。對應的英文是一樣的，但是“運維”和“操作”是同一個意思嗎？兩者有什么相同點和不同點？

在這個問題上，仁者見仁，智者見智。有人認為運維其實就是運維，用新名詞只是嘩眾取寵的噱頭；有人認為運維面向IT設施，運營面向業務服務；; 甚至有人說運維是“即時的惡作劇”，運營是“詩與遠方”:-)

一般來說，大多數人認為兩者的含義并不完全相同。很多人認為IT運維是比IT運維更高的層次。到IT運維”發展規劃。但是，即使是在提出這樣的概念和規劃的組織內部，對于什么是IT運維管理，什么是IT運維管理，仍然沒有一個清晰的分析和定義。一些外部的新內容一般歸入 IT 運營管理部分，當我與正在實施該計劃的 IT 組織的一位高管交談時，他說：“從到？沒有明確的定義，怎么可能成為指導方向和發展目標？”

他的問題，讓身為ITOM老手的我，也開始思考“IT運維”這個新“翻譯”的真正含義，以及近年來越來越受歡迎的真正原因。關于這個問題的一些想法和經驗，作為玉石的指導，希望能給同行業帶來更多的討論和建議。

首先，IT運維和IT運維，英文都是IT，在老外的眼里，沒有區別，都是指IT運維的東西。中文之所以有兩種不同的翻譯，是因為IT包含的內容很多。IT運維和IT運維這兩個中文翻譯集中在某一部分內容上。如果用一句話概括的話，可以說IT運維管理關注的是“活”，而IT運維管理有更高層次的要求，不僅“活”，而且“活得好”。

我們先來看一個例子。大數據中心IT服務能力的愿景是“聚焦業務，提供穩定、安全、高效的IT運營服務，打造行業領先的IT運營能力，支撐企業的可持續發展和戰略成功”。在這個愿景中，“穩定和安全”就是解決生存問題，屬于傳統IT運維管理的范疇。更多的是 IT 運營管理類別。

能力建設是一個循序漸進的過程。任何組織都必須先解決“活”的問題，才有可能追求“活得好”。因此，在過去的三十年里，大多數 IT 組織都面臨著 IT 設施規模的問題。快速擴張，IT應用越來越多，IT運行壓力越來越大，首先要保證IT系統“活著”，即能持續“運行”，穩定“運行” . 故障少，故障能迅速“修復”、“維持”系統的正常“運行”。現階段，將IT轉化為IT運維，將ITOM轉化為IT運維管理是可以理解的。

IT運維管理階段的關鍵詞是“穩定”、“安全”、“可靠”，重點關注可用性指標（MTTR、MTTF、MTBF等）、可靠性指標（RTO、RPO）和安全合規性。因此，在技術、工具和流程方面，穩定性、安全性和可靠性是重中之重：

經過多年以“活”為主要目標，以“穩”為主要形態的IT運維和IT運維管理的發展，越來越多的IT組織開始走出解決基本生存需求的階段，從“被動維護”走向“主動管理”，追求如何“活得好”。十年來，APM、BSM、云計算、運維等新概念、新技術、新工具的出現、發展和變化和維護大數據等，都在隨著IT逐漸發生變化，與運維向運營的轉變息息相關。可以說，企業IT從運維到運營，已經站在了一個重要的拐點。

IT運維是建立在良好的IT運維基礎之上的。沒有“生活”，就不可能“過好”。但是，活得好意味著什么？換句話說，IT運營的目標是什么？除了IT運維還有什么？

與IT運維更注重基礎設施不同，IT運維更注重業務、服務，本質上是以人為本。如何判斷一個人過得好不好？大多數人都同意的馬斯洛需求層次理論說，在基本的生存問題和安全感得到解決之后，一個人需要社會認同和自我實現才能對自己的生活感覺良好。對于CIO來說，如果他管理的IT組織能夠滿足這三類人，可以說IT組織已經從基礎的IT運維階段邁入了IT運維階段，已經處于良好的生活狀態.

哪三種人？

用戶、老板和 IT 人員。如果IT組織是一個獨立的公司，這三類人基本對應的是客戶、股東和員工。如果CIO是公司老板，他會知道這三種人都不能得罪：客戶不滿意就會失去，企業沒有生存的基礎；股東不滿意就換人，說明企業沒有競爭力；員工不滿意就會換地方，企業缺乏可持續發展的能力。雖然不同的行業特點和企業文化會導致不同的重點和側重點，但本質上，一個具有長遠發展前景的優秀公司it運維，往往是一個讓客戶、股東和員工都滿意的公司。

在IT運維階段，IT組織更多的還是解決三類人的基本需求，讓用戶用，讓老板批錢，讓員工干活。由于各種因素，首先要保證這些基本需求并不容易，而且長期做到這一點就足夠了，主要有幾個原因：

因此，以往IT部門提供的服務即使只滿足基本需求，在大多數情況下也不是什么大問題。然而，短短十年間，互聯網和移動互聯網的大潮已經席卷了世界的每一個角落。每天使用微信、滴滴、淘寶、攜程的用戶胃口越來越高，一些過去可以容忍的小問題也變得難以忍受。現在：

不知道從哪一天起，那些曾經對企業IT無能的“人”突然冒了出來，變成了IT部門的變相競爭對手，不是奪走用戶，而是奪走用戶的滿意度。更可怕的是，隨著各種aaS云計算的熱潮，這些“人”未來可能真的會來搶用戶。如果IT部門不能與時俱進，或者停留在滿足基本需求的運維上，而不是積極追求卓越的運營，提供更有競爭力的優質IT服務，很可能幾年內。遇到更大的挑戰。

IT運維階段，不同于IT運維階段的“穩定”、“安全”、“可靠性”等關鍵詞，關注的關鍵詞變成了“體驗”、“效率”、“效益”。回顧大型數據中心愿景中“以業務為中心”和“高效”這兩個運營關鍵詞，其實“以業務為中心”對應著“以用戶為中心”，而業務是以用戶為中心的是否核心，用戶關心的是體驗（穩定性和可靠性也是體驗的一部分）。“效率”包括高效率和高效率兩種含義。一個側重于敏捷性、交付速度和響應速度，

（如果說IT運維以“穩定”為主，那么IT運維就以“敏感”為主。在技術架構的選擇和IT管理流程和系統的建設中，IT運維階段與傳統IT運維階段相同，重心轉移，導致新舊架構、新舊工具、新舊方法并存甚至融合的復雜局面，這也體現在聯想稱之為雙態 IT。）

讓我們簡單看一下IT運維相對于IT運維階段面臨的新挑戰，以及圍繞三類人的需求而出現的一些新概念、工具和技術：

滿足用戶

用戶大致分為兩類，個人用戶和業務部門：

個人用戶，無論是內部用戶還是外部用戶，都更關心體驗，主要是易用性、容錯性、響應速度；提升體驗，對IT運營管理領域提出了新的要求。在監控設備和部件的基礎上，增加端到端的用戶體驗感知能力、應用性能深度檢測分析能力、應用和系統性能瓶頸發現和優化能力。

越來越多的IT機構開始關注用戶體驗，部署了各種應用性能管理工具，包括外部模擬檢測、流量數據分析、日志數據分析、嵌入式代碼采集檢測等，催生了APM市場最近幾年。飆升。

盡管這些使用不同手段的 APM 工具功能重疊，但各有側重。多種工具的部署可以帶來數據和功能的豐富性和多樣性，這是準確衡量和改善客戶體驗所必需的。事實上，在那些特別注重用戶體驗的 IT 組織中，已經或正在部署全系列的工具，并試圖在各種專業分析工具之間架設和運營大數據工具，整合多樣化的數據，提供數據統一可視化和綜合分析能力，提高故障和優化點的定位分析能力，深度提升用戶體驗。

業務部門除了關心終端用戶的體驗外，更關心交付效率。相應地，IT部門也開始在各個方面采用新架構、新技術、新工具來提高效率，加快業務服務的交付。.

讓老板滿意

讓用戶滿意是讓老板滿意的基礎。如果業務部每天都向老板抱怨，老板會不滿意。但即使業務部說你好，老板會滿意嗎？如果你真的這么認為，那就說明你對動物boss了解的并不多。

老板不僅要結果，還要追求高效率、高效益。能以更低的成本達到同樣的效果嗎？我們目前的成本效益水平與行業同行相當，是愚蠢還是精明高效？說要追求“行業領先”，怎么領先？不能說更多的技術更新和應用是領先的吧？必須有一種從利益的角度來衡量它的方法，對吧？如果IT部門是獨立運營的實體，作為付費股東，也需要問這些問題。

效益本質上就是投資的回報，成本越低效益越好，工作越有用，效益就越高。追求高效率，首要挑戰是要有一套成本效益衡量體系。沒有量化的方法，就無法了解IT部門目前在行業內的水平，也無法通過指標考核來推動IT部門的不斷進步。福利水平。在沒有這樣的衡量體系的情況下it運維，只能采用一些非常粗略甚至感性的衡量方法，比如每年的IT采購金額、IT員工數量、行業標準產品的采購單價等等，這導致了很多IT部門采購廠家要求保證同行業最低價格，但是當大家都這么要求的時候，顯然很難真正有效果。更何況，由于各企業業務和IT服務的差異，這些粗線指標并不能反映IT部門的效率和效益水平。

IT服務財務管理的概念早就在ITIL系統中提出。許多 IT 組織在過去十年中嘗試了一些 BSM（業務服務管理）和 ITFM（IT 財務管理）項目。一個重要的動機是嘗試建立 IT 收益的衡量標準。內部IT部門成功的人很少。主要原因是他們太忙了，沒有把所有的精力都投入到基本的運維工作上。另一方面，這也與缺乏特別成功的最佳實踐有關。

但是隨著大家的不斷嘗試，隨著近年來IT架構的演進和公有云的興起，一些領先的IT部門看到了建立IT效益衡量體系的可能性，開始在一些架構層面進行嘗試。探索自然：采用服務分層、成本歸集、自身對標的方法，將DC層、IaaS層和PaaS 層。統計分析，分別與外部供應商IDC、IaaS云、PaaS云的市場價格水平進行比較，衡量自身的效率和效益水平。

IT效益衡量體系的建立，也讓IT自身從效益的角度分解目標，推動IT各部門逐年不斷提高效率和效益水平，改變IT部門的思維方式。成本中心到利潤中心。近年來，綠色數據中心的概念和PUE指標受到關注，都反映了這種變化趨勢。

需要注意的是，即使建立了效益計量體系，也離不開大量的數據統計和數據分析，以及關鍵效益指標的可視化和透明化，才能使其真正發揮作用。許多IT組織已經開始嘗試建立IT運維/運營大數據平臺，引入可視化和BVD的概念，也與追求可衡量的IT收益息息相關。而這些也會帶來額外的投資。IT組織可以根據自身規模和目標優先級選擇合適成熟的切入點，必要時分步嘗試，逐步建立效益衡量體系。

讓員工開心

互聯網公司的火爆和互聯網在各個行業的活躍，帶來了對IT人才的競爭。如何吸引和留住高素質的IT員工，成為許多IT部門不得不面對的新問題。讓IT員工滿意，前兩個滿意（用戶滿意和老板滿意）也是重要的基礎。否則，IT部門地位不高，員工沒有成就感，士氣低落，滿意度難以提高。

但即使實現了前兩個滿意度，如果IT員工每天都筋疲力盡，員工滿意度也會很差，不是長久之計。要解決員工滿意度問題，需要考慮幾個方面：

以上從滿意度三個角度簡單的談了從IT運維到IT運維的一些內容。有趣的是，這些滿足感是進步與包容之間的關系。讓員工滿意包括讓老板滿意，讓老板滿意包括讓用戶滿意。滿意，讓業務單位滿意包括讓個人用戶滿意，但每一種滿意都有自己的個性化內容。

實現三個滿意，讓IT從“活”到“活得好”，從“維護”穩定到經營業務價值，這意味著IT管理必須更加精細化、自動化、智能化，而且必須也建立多元化。憑借數據采集、多維數據分析/挖掘和全方位可視化的能力，IT運維管理架構也將在傳統的監督控制IT運維管理架構上發展變化以適應經驗，更多效率和有效性方面的要求。

需要注意的是，IT涉及規劃、設計、開發、運營等多個環節。我們多從操作的角度講。事實上，要從IT運維走向IT運維，不僅需要運營部門（不再是運維部門的努力），還需要規劃、管理、發展等部門的協調配合。

從IT運維到IT運維，實際上標志著IT組織成熟度的提高。如果看借來的I&O成熟度模型，IT運維更多的是在前幾個階段，更多的關注點是IT運維。它標志著IT組織已經走到了最后兩個階段：并且，開始將IT本身作為一項業務來運營，關注客戶，關注客戶體驗、運營效率和成本效益。

以上是對IT運維對IT運維的一些不成熟的思考，希望得到大家的批評和建議。

從IT運維到IT運維，很多IT組織已經在路上，也有很多IT產品和IT服務商了解了這個發展趨勢，開發和提供了很多新的運維工具和服務。 IT運維的要求。運營服務，我們希望與對ITOM領域有興趣的同仁一起精益求精，共同提供優秀的ITOM產品和服務，為IT從運維到運營做點事，讓IT不僅生活，而且也需要生活。嗯，活得精彩。