前言 近兩年，運維人員不得不面對新興技術和架構轉型的需求，如企業云化、分布式、容器化、雙中心、雙活等。隨著傳統企業越來越多的業務在線上開展而數字化、IT運維也面臨著更多來自商業模式變革的要求。做好運維工作，除了學習新技術外，還需要適應運維理念、運維方式、運維視角變化等方面的變化。以下是我個人的一些想法。

一、企業傳統IT運維面臨的挑戰

我們傳統的IT運維人員在運維工作中應該可以體驗到三個明顯的變化。

一、運維對象越來越多

隨著企業推進數字化轉型，越來越多的新應用系統加入；隨著線上業務規模的擴大，應用系統不斷細化和拆分，組件數量不斷增加；隨著微服務的擴展，隨著微服務的實現，節點正朝著小而多的方向快速發展。現在，一個應用系統擁有數百個服務器和數百個容器是很常見的。虛擬機和容器的爆炸式增長不再是危言聳聽，而是現實。這就需要運維人員投入更多的精力來保障和運行系統。傳統運維模式，如操作文檔手動運維、腳本手動運維、按系統類型分類運維、大量個性化、專業化運維等。規模，管理將成倍增長。運維管理能力也將達到極限。這時，運維人員往往被各種工單壓得喘不過氣來，不堪重負，運維沒有成就感。但是，在運維上投入更多的人力，增加溝通、培訓和協調的管理成本，擠人的方式已經行不通了。

二、運維要求越來越高

在IT規模較小的情況下，傳統運維可能仍僅限于幾臺服務器的搭建、基礎軟件的安裝、日常的變更維護等，只要安全穩定運行即可?？梢员ＷC系統。但是隨著企業的規?；l展，也會對運維提出更高的要求，比如上百臺服務器的大規模部署，上千次的大規模操作，分鐘甚至秒級的敏捷資源供應，以及自動化資源。今年疫情期間，為滿足在線辦公需求，要求企業立即提供數百臺遠程桌面服務器，供員工在線辦公；企業頻繁開展線上秒殺活動，活動期間需要批量在線部署大量應用服務器。結束后立即回收；近期，基金開戶和銷售火爆，不少基金公司的申請系統幾乎癱瘓。如何保證及時提供資源？在這些場景下，依靠傳統的資源管理和人工操作方式已經無法滿足運維服務的業務需求。

三、運維服務用戶越來越多

在傳統的企業環境中，運維只為研發服務，研發服務于業務部門，服務用戶相對單一?，F在很多公司已經建立了多個研發中心和測試中心，并不斷擴大分支機構，有獨立的應用系統建設需求，也為第三方公司提供IT服務。在這種情況下，我們的運維人員需要面對多樣化的用戶環境和多樣化的用戶需求。首先，通信成本會非常高，其次，無法保證提供一致的運維服務。由于人員差異，運維質量也參差不齊。上述三個變化對于尚未做好準備的傳統運維人員來說，將是巨大的挑戰和壓力。一方面，業務發展迅速，領導不斷要求指標；另一方面，運維人力不足，工具跟不上it運維技術，平臺不強大。除了業務發展帶來的上述三個規模變化之外，我們的運維也面臨著如何解決新技術的壓力。例如，隨著自動化運維、可視化運維、智能化運維等多種平臺和工具的引入，運維人員需要進行選擇，使平臺結合各種運維場景；如云計算、容器云、大數據、分布式、區塊鏈等大量開源軟件應用，運維需要了解原理、部署排查、集成創新；如系統高可用技術、雙活中心技術等，運維需要有效實施。這些技術需要運維人員不斷學習和跟進。面對眼花繚亂的運維新技術，傳統行業的運維人員往往不知從何下手，一頭霧水。

二、傳統IT運維該如何轉型

面對業務和技術的各種新變化，傳統運維人員該如何應對？運維工作充滿了大量簡單重復的勞動。運維工作如何突破？運維人員每天都很忙，壓力很大，不被認可，運維的價值在哪里？面對以上三個問題，我認為運維應該從過去的被動運維轉變為主動運維，從運維型向管理型轉變，從后面的泛型運維轉變運維已變為價值型運維。當企業規模發展到一定程度時，必須將運維轉變為運營，從技術支持向價值輸出轉變。實現這三個運維轉型和轉型到運營，我個人認為應該從三個方面做出改變，即轉變運維理念、轉變運維管理方式和轉變運維知識體系。詳情如下：

文章一、運維管理觀念需要轉變。

業務在變化，需求在變化，運維也要隨之變化。最重要的是首先在運維的概念上做出改變。傳統的運維工作，只要做好運維支持工作，從不關心業務情況?，F在做運維，要提高對運維的理解到業務層面，從傳統的支持中心向服務中心、價值中心轉變，提高IT服務供給能力it運維技術，滿足企業業務發展需求。運維部過去認為是硬件上花錢的部門。但是，有了上面提到的三個明顯的變化，僅僅購買硬件已經不能滿足業務的需求。運維不僅要能用，還要好用；不僅要購買硬件，還要充分利用各種軟件和平臺，提升運維服務能力。我們的運維理念要以商業價值為導向轉變。那么如何實現商業價值導向呢？如何滿足商業價值取向？我認為我們需要改變過去被動接受工單的運維模式，轉變為主動對外的接口，呈現標準的服務目錄和場景化的服務。大大地。讓運維提供的服務從后臺到前臺展示，讓用戶選擇和使用一目了然。通過服務目錄，運維工作也可以保證外部服務標準的一致性。同時，通過服務目錄，也掌握了運維的質量和主動性。服務目錄好不好，用戶滿意與否，也是評價和衡量運維工作質量的一個標準。服務目錄只是一個外部接口。運維流程、管理平臺、腳本工具、后臺積累的技術和經驗，才是真正的運維內功。通過深入了解用戶需求，設計梳理運維服務目錄；通過服務目錄，優化各種流程，搭建各種平臺，選擇各種技術。這樣，面對琳瑯滿目的技術，我們的運維人員也有了學習技術的方向和目標。

文章二、運維管理方式將發生變化。

運維理念的改變必然會帶來運維管理方式的改變，但這種改變需要自上而下進行，需要企業積極推動管理。那么，運維管理方式應該如何改變呢？我認為，首先是整合、整合系統、流程和技術，整合服務器、操作系統、網絡和存儲；二是建立服務治理機制，按照PDCA方法論形成運維管理閉環；三是建立運維數字化，讓運維一目了然；四是完善智能監測分析系統。五是提高運維自動化、智能化水平。我覺得傳統企業的運維有兩個維度，縱向的應用系統維度，比如具體的應用系統架構設計、應用變更、監控分析、故障轉移、容量管理等，橫向的專業平臺維度如服務器硬件、存儲設備、操作系統、虛擬化平臺、中間件、數據庫、終端等。運維管理方式，無論是采用縱向運維還是橫向運維，都需要與IT規模和企業發展階段。這兩種不同的方式，也是分了很久，也必須分了很久。企業IT規模小，垂直方向適合。幾個人共同承擔應用系統、服務器、網絡、存儲和基礎軟件的全部運維工作。通訊路徑短，效率高；那么隨著IT規模越來越大，一個人無法兼顧所有技術棧的運維，所以按照技術領域進行了細化和分離，讓專業的人做專業的事；比如云計算、容器云、動態伸縮、自動化智能化運維等，匯聚了服務器、網絡、存儲、中間件等技術，需要所有團隊的配合。在這種新的運維方式下，需要相應的組織架構調整和變更來支持，比如成立虛擬云團隊。

三、運維知識體系需要改變。

以上兩種變化多為自上而下的變化。作為運維人員，你也需要從自己的角度做出改變，讓你的知識體系適應新的運維模式。那么運維人員應該怎么做呢？我認為運維人員應該從架構和開發的角度來看待運維，提升自主運維的核心技術能力。在運維知識體系和新技術的實施方面，twt為我們提供了很多資料，做了很多介紹。隨著基礎平臺云化、容器化、分布式架構的逐步應用，運維人員需要掌握的技術不再是單一領域，而是需要多領域的融合。存儲、監控、自動化工具、運維開發都需要掌握。比如我們要求虛擬化團隊不僅要管理好平臺，還要通過開發提高工作效率。運維人員的視角也應該基于更高的業務特性和開發者需求。不限于我能用什么，而是用戶需要什么，我們提供什么，積極提升服務質量和效率，積極關注團隊提供的專業服務是否滿足用戶需求，它們是否令人滿意且易于使用。比如運維人員是否支持并融入到這個新模式中。

三、傳統IT運維去運維

我們說運維應該轉化為運維，為什么是運維而不是運維呢？我們先來看看操作的概念。運營是與產品生產和服務創造相關的運營過程的計劃、組織、實施和控制。各種密切相關的管理任務的總稱。從另一個角度來看，運營管理也可以指對生產和交付公司主要產品和服務的系統的設計、運行、評估和改進的管理。從概念上可以看出，運營是為了產品和服務，那么IT運營的產品和服務是什么？沒錯，就是運維。運維是對運維產品和服務的設計、運行、評價和維護。管理。我們說金融科技的本質不是技術，而是服務。我們站在用戶的角度看問題，一切以用戶滿意為出發點。 IT 運營也是如此。它將站在用戶的角度考慮運維。運維不是簡單的技術支持、簡單的故障解決、簡單的責任。運維是為了滿足用戶的需要。運維是由運維人員提供的產品和服務。我們可以看到，如果給用戶足夠的便利，用戶可以自己解決大部分問題。比如網購、代購理財、代購基金等，只要操作簡單方便，老年人也能輕松搞定。操作和維護也是如此。不是運維一定要努力，而是運維的產品和服務不夠便捷。我們現在慢慢看到很多公有云廠商提供了很多便捷的服務。即使是不懂運維的人，也能輕松搭建一套管控一體化的應用系統。作為傳統的IT運維人員，需要從這方面進行大量的學習和改造。

四、終于

如果說過去的傳統運維就像開大排檔，顧客邊看邊點菜，廚師根據自己的需要做菜。這個模型有幾個問題。首先，客人實際上并不知道他們想吃什么菜； 二、 不是每道菜，廚師都會做； 三、 菜品好不好，就看顧客滿意不滿意。每個廚師的手藝。因此，大排檔模式只適合小規模經營，不能開連鎖店。當我們達到一定規模時，我們的運維就像經營肯德基、海底撈這樣的連鎖店。無論我們面對多少客戶，我們都會用標準的流程來提供一致的菜肴和一致的服務。我們注重菜品的品類和品質，注重服務滿意度。面對快節奏的變化，運維人員要靜下心來，對外以產品心態進行運維，追求極致的用戶體驗；內部建立標準流程，打造高效工具，讓運維變得簡單易行。