ITOps為什么要轉向云端？
要想正確理解ITOps，我們先來看看IT 運維管理(ITOM)發生了哪些變化?
如今，企業IT的正在發生翻天覆地的變化，無論是Splunk收購SignalFx，還是軟件制造商PagerDuty的IPO事件，所有跡象都在表明——基于SaaS模式的ITOM時代正在崛起。
過去，大多數企業的IT項目都遵守了同一個流程，即先咨詢，然后進行設計，最后再進行架構部署。一個項目完成的時間，少說也得一年半載。但是現在，如果你還按照這種流程和速度交付項目，你會發現等6個月項目結束時，用戶需求早已過時，一切又回到了項目初始的狀態。
所以說，一個完整的IT架構，或者說優秀的IT解決方案，應該像哺育一個孩子一樣，要關注他的“成長”過程。每一個解決方案在設計之初都是完美的，但是要充分考慮動態調整因素。一些滿足SLA服務可用性的標準，會隨著企業業務的變化而變化。
當然，擁有好的系統架構，有好的運維體系，是大前提。就像我們“人”一樣，要想讓身體行動自如，必須由大腦發出指令，控制神經系統，然后整個身體還要有自我修復的一個機制，才能讓整個系統正常運轉。只不過，傳統方式方法是，主要圍繞好的IT基礎架構和好的IT運維管理(ITOM)解決方案來設計;未來的ITOM解決方案，不只關注架構之初的設計，還要關注持續改進和優化的能力。
那么，到底什么是ITOps?簡單理解，ITOps叫做IT運維全生命周期管理，它以IT運維管理為中心，提供監控和管理兩方面的服務，包括應用程序以及操作系統的性能、告警、日志管理、通知、資產配置以及事件管理等等。說白了，就是企業為確保系統運行而購買的各種各樣的管理工具，然后通過企業內部開發的一個框架，來確保這些工具擁有互操性，能夠協同工作。理論上，雖然說得通，但現實問題是：
不同供應商提供的工具，在設計時參考的標準不統一，并不能實現真正意義上的“協同”;
- 在大型企業中，通過IT團隊進行技術協調的內部規則比較復雜;
- 企業陷入重復修改流程的“怪圈”，沒有一個技術框架能在保持足夠的靈活性前提下，全面地實現系統集成;
- IT運維成本不可預測，因為不同的應用來自不同的服務提供商，系統是否能實現集成，一切都是未知;
- IT運維的人力成本也難以預估，除了專有的技術集成專家外，企業每上一款新應用都需要自己組建團隊，去完成后面的工作;
- 遇上版本升級的問題，更是致命性的打擊，因為軟件服務提供商將軟件補丁、升級和本地的硬件成本一股腦地全部轉嫁給了客戶……
面對上述這些挑戰，最終的結果往往是，運維團隊不堪重負，企業IT因為服務的缺失，無法適應新技術環境，而不得不中斷業務。
至于，為什么說云是ITOps團隊當下唯一出路?
從ITOps發展現狀來看，傳統的依靠收購而拼湊在一起的ITOM工具平臺，已經沒什么生存空間。因為隨著技術復雜性的增加，服務交付的速度越來越快，ITOps團隊已經在思考如何在不依賴本地工具套件的情況下，來滿足企業不斷變化的IT環境，而云能最大化滿足ITOps的靈活性需求。
對于大多數企業來說，企業IT面臨著嚴峻的ITOps挑戰，由于技能型人才短缺，難以應對復雜的技術環境。所以，為了讓IT運維變得更簡單、靈活和可控制，SaaS 模式的ITOM解決方案成為最佳選擇。
首先，SaaS模式下的 ITOM能夠跟得上技術變化，并且與云、DevOps、人工智能等領先技術保持同步。在SaaS的世界中，變更是可以接受的常態，而不是無法逾越的鴻溝。更重要的是，SaaS模式下的 ITOM比過去遺留的工具套件更有“利舊”優勢，可循環使用，大大降低了與ITOps相關的學習曲線。
其次，能跟得上行業需求。SaaS 模式下的ITOM平臺能夠交付一個靈活且易于治理的框架，能夠滿足企業各種復雜性技術要求，能滿足敏捷性要求。
其三，SaaS模式下的 ITOM，代碼標準更統一，減少了維護和升級周期，縮短了應用上線時間。這些云本身具有的特性，可以讓企業IT降低總體成本，擁有更好的服務質量，并且獲得更大的業務價值。
當然，企業IT轉向云，并不是一件什么新鮮事。問題是，云正在以前所未有的方式和速度，為企業IT運維帶來了翻天覆地的變化，這才是重點。
