?曾幾何時，當(dāng)我還是一名初出茅廬的計算機專業(yè)應(yīng)屆生的時候，在招聘網(wǎng)站上瀏覽了很多招聘貼，眼花繚亂的技術(shù)崗位讓我摸不著頭腦：研發(fā)工程師、運維工程師、測試工程師...?

大學(xué)期間專業(yè)課馬馬虎虎，更談不上有什么技術(shù)視野，對于具體從事那個技術(shù)方向并沒有什么明確的想法。

直到一位學(xué)長對我說：“做運維吧，做運維不用天天寫代碼，會玩 Liunx 就行！比做開發(fā)輕松多了！”

????????我選擇了相信......

入行十多年，吃過很多苦，背了很多鍋，弄死過服務(wù)器，經(jīng)歷過部門裁員，如果有人現(xiàn)在跟我說做運維比開發(fā)簡單，那我會毫不猶豫的把他拉黑...????????

基礎(chǔ)的運維工作很簡單，但運維工作最大的特點就是復(fù)雜

在我看來，運維工作可能是最復(fù)雜的技術(shù)工種之一，需要處理大量的技術(shù)細(xì)節(jié)、不同平臺的集成和配置，以及解決各種復(fù)雜的問題和故障。因此需要運維人員擁有廣泛的技能和知識，以應(yīng)對不斷變化的技術(shù)和業(yè)務(wù)需求：

運維常常要面對的復(fù)雜平臺運維工作。原因是企業(yè)通常需要管理和監(jiān)控的不是單一的平臺和系統(tǒng)，而是復(fù)雜的多，這些系統(tǒng)可能來自不同的供應(yīng)商，使用不同的協(xié)議和技術(shù)，包括服務(wù)器、存儲、網(wǎng)絡(luò)、應(yīng)用程序等。

繁瑣的配置管理也是運維工作的難點之一。配置管理涉及到大量的任務(wù)，例如系統(tǒng)安裝、配置更新、軟件安裝和更新等。這些任務(wù)需要在整個系統(tǒng)中協(xié)調(diào)和執(zhí)行。

大規(guī)模集群的管理工作同樣不簡單。大型企業(yè)需要管理數(shù)千臺服務(wù)器，這需要強大的工具和自動化技術(shù)。運維人員需要使用自動化工具來管理配置、更新、監(jiān)視和報告。

運維安全問題同樣不能忽視。運維人員需要保護公司的資產(chǎn)和數(shù)據(jù)，并保證系統(tǒng)的安全性。這可能包括防火墻、入侵檢測系統(tǒng)、安全補丁管理等。

運維還需要有豐富的故障處理經(jīng)驗。故障是運維工作中的常見問題，當(dāng)系統(tǒng)出現(xiàn)問題時，運維人員需要快速定位故障，并采取措施恢復(fù)服務(wù)。

持續(xù)學(xué)習(xí)是對運維人最基本的要求。運維工具和技術(shù)的快速演進十分夸張，IT技術(shù)在不斷發(fā)展，新技術(shù)和工具不斷涌現(xiàn)，運維人員需要不斷學(xué)習(xí)和更新知識，以跟上技術(shù)的快速演進。

運維是高危職業(yè)，沒弄死過服務(wù)器的運維人生是不完美的？

如果說高危職業(yè)，運維肯定可以算一個，即使在不少大公司，也經(jīng)常發(fā)生運維人為操作引起的宕機事故：

太平洋石油公司網(wǎng)絡(luò)攻擊（2021年）：2021年5月，美國太平洋石油公司遭到一次勒索軟件攻擊，導(dǎo)致該公司的網(wǎng)絡(luò)和服務(wù)器出現(xiàn)故障和停機。據(jù)報道，該事件是由于一名員工在誤操作時打開了一個惡意鏈接導(dǎo)致的。

GitLab故障（2017年）：2017年1月，代碼托管服務(wù)提供商GitLab發(fā)生了一次嚴(yán)重的數(shù)據(jù)丟失事件，導(dǎo)致許多客戶的數(shù)據(jù)被永久刪除。據(jù)GitLab后來的官方聲明，這是由于一名員工在誤操作時刪除了一個生產(chǎn)數(shù)據(jù)庫的文件導(dǎo)致的。

沃爾瑪服務(wù)器宕機（2019年）：2019年11月，美國零售巨頭沃爾瑪?shù)姆?wù)器在一個小時內(nèi)多次宕機，導(dǎo)致該公司的網(wǎng)站、應(yīng)用程序和支付系統(tǒng)無法正常工作。據(jù)報道，該事件是由于一名員工在進行例行的服務(wù)器維護時出現(xiàn)錯誤導(dǎo)致的。

微軟Azure云服務(wù)中斷（2020年）：2020年9月，微軟的Azure云服務(wù)出現(xiàn)了一次全球性的中斷，導(dǎo)致許多客戶的應(yīng)用程序和服務(wù)無法正常工作。后來證實，該事件是由于一個網(wǎng)絡(luò)配置錯誤導(dǎo)致的。

運維也可能面對各種不可抗力，甚至是自然災(zāi)害

菲律賓臺風(fēng)（2013年）：2013年11月，菲律賓遭遇了一場強烈的臺風(fēng)，這是自1947年以來菲律賓遭遇的最強臺風(fēng)。這場臺風(fēng)造成了超過6,000人的死亡和失蹤，并且對該國的基礎(chǔ)設(shè)施造成了嚴(yán)重破壞。該災(zāi)難還導(dǎo)致許多國際企業(yè)在菲律賓的數(shù)據(jù)中心和服務(wù)器停機。

美國颶風(fēng)（2012年）：2012年10月，美國東海岸遭遇了一場強烈的颶風(fēng)，該災(zāi)難造成了大規(guī)模的停電、通信中斷和水災(zāi)。該災(zāi)難還導(dǎo)致了一些知名公司和服務(wù)提供商的數(shù)據(jù)中心和服務(wù)器停機，包括亞馬遜、谷歌和Netflix。

職業(yè)發(fā)展方向不明確，運維工作常常陷入職場迷茫...?????

硬技能落后可能是運維人面對的最大難題。隨著技術(shù)的不斷進步，運維工作需要不斷學(xué)習(xí)新的技能和工具，以適應(yīng)不斷變化的市場需求。然而，對于一些從事運維工作多年的人來說，他們可能會發(fā)現(xiàn)自己的技能已經(jīng)落后于市場需求，這會讓他們感到迷茫和不知所措。

大環(huán)境不好真不是運維造成的。與其他技術(shù)領(lǐng)域相比，運維領(lǐng)域的職業(yè)發(fā)展路徑相對較模糊。在一些組織中，運維工程師往往只被視為“后勤部門”，缺乏與其他技術(shù)團隊平等的地位和待遇，例如無法得到應(yīng)有的認(rèn)可和獎勵。這更加重了運維的負(fù)面情緒，從而一定程度導(dǎo)致運維工程師對職業(yè)發(fā)展前景不夠明確。

只顧低頭走路，無暇抬頭看天。運維工作的本質(zhì)是確保系統(tǒng)的穩(wěn)定性和可靠性，因此運維工程師必須時刻保持高度的警惕和專注。這可能會導(dǎo)致他們的工作壓力非常大，特別是在面對系統(tǒng)故障或緊急事件時。疲于應(yīng)付生活中的茍且，無暇思考職業(yè)發(fā)展的遠方。

因此我們常常在思考，運維生涯如何更好的發(fā)展？??

布賴恩·費瑟斯通豪所著《遠見》一書中描述了職業(yè)生涯的普遍發(fā)展規(guī)律，其中提到的原則或許能給我們答案：

具備未來45年的思維，如果以較長的時間跨度為規(guī)劃，例如45年，你就不會在乎眼下一城一池的得失。而且在有明確職業(yè)規(guī)劃的前提下，更容易克服困難，堅持下去。

而我們要做的是明確運維技術(shù)發(fā)展的路徑，從而在一個細(xì)分技術(shù)領(lǐng)域做到極致

向 DevOps 轉(zhuǎn)型：不知何時，技術(shù)圈開始流行一種所謂的“DevOps已死”的論調(diào)。然而 DevOps 絕不是簡單的讓開發(fā)去做運維，讓運維無路可走。

運維工作已經(jīng)很難了，別在給我們制造恐慌了。

真正 DevOps 的必要組成部分應(yīng)是一個內(nèi)部 DevOps 平臺和維護內(nèi)部平臺的專門團隊，而不是一堆需要程序員自己去搞定的零散開源工具，或者說讓開發(fā)去干運維的活。真正的 DevOps 團隊?wèi)?yīng)該讓開發(fā)和運維緊密團結(jié)在一起，共但共責(zé)，協(xié)同提升IT效能，從而為業(yè)務(wù)賦能。

運維向 DevOps 的轉(zhuǎn)型需要運維人員掌握一些關(guān)鍵的工具和技術(shù)，如持續(xù)集成、持續(xù)交付、自動化測試、容器化等，同時 DevOps 團隊?wèi)?yīng)引入敏捷開發(fā)、迭代開發(fā)和持續(xù)交付等方法。在一個建立完備 DevOps 文化的企業(yè)，運維轉(zhuǎn)型 DevOps 工作是一個非常好的發(fā)展路徑。

向 AIOps 轉(zhuǎn)型：同樣 AIOps 也是運維一直比較好的職業(yè)發(fā)展路徑。AIOps 可以幫助 IT 運維人員自動化一些常規(guī)的、繁瑣的、低價值的操作，如日志分析、故障排除等，從而釋放更多的時間和精力來解決更加復(fù)雜的問題。

同時運維工作涉及到很多方面，包括基礎(chǔ)設(shè)施管理、應(yīng)用程序部署、監(jiān)控、故障排除等等，這些任務(wù)需要人類運維人員的專業(yè)知識和經(jīng)驗。

AIOps 技術(shù)可以提高 IT 運維效率和準(zhǔn)確性，但是它并不會完全取代人類運維人員的工作。相反，它們可以共同工作，提高整個 IT 運維團隊的效率和生產(chǎn)力。

向SRE轉(zhuǎn)型：不斷學(xué)習(xí)軟件開發(fā)技能，掌握DevOps中的自動化工具、測試、部署和監(jiān)控等實踐。學(xué)習(xí)云計算和容器技術(shù)，SRE需要了解云計算平臺和容器技術(shù)，掌握基本的云服務(wù)和容器管理工具，如AWS、Docker、Kubernetes等。掌握數(shù)據(jù)分析技能同時在組織內(nèi)建立SRE文化，如可靠性、自動化和實驗文化等核心概念。?