說到運維工程師，一般人都會認為是修電腦的。實際上運維工程師的工作並不是這麼簡單。運維從字面上理解，運就是執行，維就是維護，那麼運維工程師的職能就是保障業務的正常執行並在出現問題時及時維護。用專業的術語來解釋運維工程師是負責維護並且確保整個服務系統的高可用性，同時不斷最佳化系統架構提升部署效率、最佳化資源利用率提高整體的ROI。運維工程師是一個統稱，其中有很多分類。包括：桌面運維工程師、網路運維工程師、系統運維工程師、基礎運維工程師等等，他們的劃分主要是工作具體內容的不同。運維工程師最忙的時候是他們完成一個專案產品的時候，有的時候需要加班好幾個星期。他們在產品專案完成的不同階段會發揮不同的作用。所以其實他們的工作內容很多：產品釋出前：負責參與並稽核架構設計的合理性和可運維性，以確保在產品釋出之後能高效穩定的執行。產品釋出階段：負責用自動化的技術或者平臺確保產品可以高效的釋出上線，之後可以快速穩定迭代。產品執行維護階段：負責保障產品7*24H穩定執行，在此期間對出現的各種問題可以快速定位並解決；在日常工作中不斷最佳化系統架構和部署的合理性，以提升系統服務的穩定性。運維工程師是一個需要二十四小時線上的職業，因為你不知道什麼時候系統就需要你去維護。所以就算你休假在家，需要運維工程師的時候也需要出手。運維工程師會有著很多業務需求，如果運維工程師能夠滿足業務需求，或者主動挖掘業務的痛點和改進方法，就能為業務實現更多的價值。業務由於故障引起的中斷一定會造成損失，所以能在發病之前就將它修理好，這才是運維工程師的核心價值。在滿足業務需求時，優先面對業務快速發展非常重要的需求，例如穩定性，部署和變更效率，容量管理。

那沒有專案的日常，運維工程師們都在幹嘛，是不是無所事事的玩手機？當然不是了，如果你這麼做的話，會被炒魷魚的。那運維工程師日常工作是幹嘛呢？每日定時對機房內的網路伺服器、資料庫伺服器、Internet伺服器進行日常巡視，檢查是否正常工作，公司的網站是否能正常訪問；每日巡查計算機系統各個終端電腦、印表機、影印機等裝置是否工作正常，是否有不正確的操作使用，是否有帶故障工作的裝置；每天夜間在大家都下班之後對財務軟體進行自動實時備份,每週做一次物理資料備份，並在備份伺服器中進行邏輯備份的驗證工作；每週至少對檔案伺服器做一次物理資料備份；還有就是處理各種有關網路的突發問題。當然每個公司的運維工程師從事的工作是大同小異的，有的公司可能還會給運維工程師安排其他的工作。所以正在學習從事運維工程師的同學們和想要成為運維工程師的同學們，對於自己想要從事的崗位工作內容有沒有多一點了解？以後別人問起來運維工程師是幹嘛的，千萬別再讓別人覺得就是個修電腦的了。而且看了工作內容，你們有沒有信心成為運維工程師的佼佼者呢？

作為一個運維狗有話說，經歷了手動運維、指令碼運維、自動化運維等各個階段，運維工作也由非常忙、很忙、比較忙三個階段，咱們每個階段都說下：

1.手動運維

這個階段一般是新手階段，運維知識儲備不足，思想意識也不夠深，基本是透過手動操作來處理各種問題。兵來將擋，水來土掩。由於手動處理，工作效率不高。因此這個階段隨著各種問題的不斷擠壓，運維工程師將會非常忙，可能真的需要7*24小時工作哦。

2.指令碼運維

這個階段隨著運維技能水平的提高、經驗的不斷積累，運維工程師已經可以熟練的運用工具以及相應的指令碼開發，實現批次操作。最重要的還是思想意識的提高，能夠主動考慮如何解決問題，這樣驅動著運維不斷的去接觸新工具、新的解決方案。因此運維工程師從非常忙降級到很忙，有了一定的空閒時間去學習新知識。

3.自動化運維

這個階段單純的透過工具或指令碼已經不能滿足運維日益增長的技能需求，因此此時透過各種媒體渠道、經驗交流，知道運維過程中不僅僅是處理問題那麼簡單，必須形成一定的制度規範，建立一套監控、故障響應、CI/CD機制，實現不同場景的自動化運維。此時的運維工程師將進入全新的比較忙甚至有足夠的空閒時間，去學習總結，將新的知識點、理念應用到工作中。

最後，運維是一個相對比較複雜的崗位，需要了解的知識面比較廣。當然隨著網際網路技術的不斷更新，運維也需要不斷進行知識的儲備，以便更快速、高效的進行交付工作。

忙不忙看公司，小公司事情比較雜，相對要忙一點，大公司運維裡面還分很多垂直領域，相對要輕鬆一點。

在網際網路公司，運維崗是個佔比很大的技術崗位，跟開發崗，測試崗並列。一個網際網路產品的生成一般經歷的過程是：產品經理、需求分析、研發部門開發、測試部門測試、運維部門部署釋出以及長期的執行維護。一個產品的生命週期90%以上時間都在運維手中，所以運維的技術含量並不比開發低，甚至入門要高很多。

大公司有硬體運維，系統運維，資料運維，應用運維，安全運維等等，分的細自然要求也高，你要開發很多自動化系統來保證業務x個9的可靠性；小公司這些都是一個人包了，沒有自動化解決方案，很多需要人肉，運維經驗更重要，什麼故障都能很快定位到。

目前運維工程師跟開發工程師的界限越來越模糊，什麼運維開發崗，什麼開發運維崗，都預示著未來不懂開發的運維在運維界很難立足。

我是@零件小哥，我來回答下這個問題。

我之前也是做過運維工程師，主要在海關資訊中心機房做軟體運維。

運維的工作主要有以下內容：

日常巡檢

故障處理

運維報告整理

應用部署更新

客戶問題解答

日常巡檢，主要巡檢伺服器CPU、記憶體、硬碟空間等。涉及到軟體部分，還要巡檢應用服務是否正常執行，有無錯誤日誌等內容。日常巡檢的工作量根據所在企業的業務量大小來確定的，每個企業的標準都不一樣，有的一週巡檢3次，有的一天1次。

故障處理，主要對突發的故障進行處理。故障處理根據故障的級別對客戶進行響應。故障級別一般分為：一般故障、較嚴重故障、重大故障。一般故障指的是不影響系統執行的故障，處理完成時間是24小時，一般故障佔全部故障的90%。較嚴重故障指的是業務執行遲緩、部分使用者受到影響，但系統還是有在執行的故障。處理完成時間是6個小時。較嚴重故障佔全部故障的9.9%。重大故障指的是業務停滯、使用者無法使用業務系統，系統已崩潰的故障。處理完成時間2小時。重大故障比較少見，可能運維工作中幾年不會碰到一次。

運維報告整理，一般是在日常巡檢、故障處理後輸出的技術報告文件。運維報告每個企業都有固定的模板，我們需要把巡檢後或故障處理後的資料填入報告，把巡檢問題詳細記錄，把故障問題和故障處理方式詳細記錄。

應用部署更新，主要是更新應用服務。開發人員會把更新補丁交付給運維工程師，我們需要備份先前版本的應用後更新補丁。

客戶問題解答，主要在運維工作群中解答客戶關於系統使用問題的解答。

最後重點來了，運維工程師忙不忙呢？有的人說忙，也有人說不忙。其實都是有的。根據所在企業的業務量來確定，國企和私企也有區別。系統執行故障少，我們一般按時做好巡檢就可以了，這樣工作量就比較少，相對會輕鬆些。系統不穩定的話，那肯定就很忙了，時不時客戶一個個電話打進來就夠頭疼了。

忙不忙主要還是取決於公司，這裡拋開公司不談，說一下運維的3個階段

我們以一個例子說一下3個階段。這裡舉一個例子，一個系統升級和簡單故障處理的場景。

首先是手工運維，公司有3臺伺服器臺，透過Nginx做的叢集和負載均衡，跑的一樣工程程式碼。那麼每次伺服器升級的時候，就需要人工把每臺伺服器都備份了，然後停止每臺伺服器的程序，把新的工程傳到伺服器上，再每臺伺服器啟動專案。這樣是不是很繁瑣，同樣的事情機械化做多次，而且全人工操作也有很大的風險。

在伺服器不斷增多的情況下，工作會越來越忙，那麼這個時候就可以引入持續整合的框架，例如Jenkins，它可以很方便的透過我們寫的shell指令碼完成上述說的，寫好shell後，只需點選按鍵，可以一件自動完成從程式碼伺服器上拉取最新的程式碼，然後自動構建為工程，上傳到目標伺服器，自動停服備份，釋出新工程啟動。

這樣就需要一次的腳步勞作，減少機械勞動和人為操作的風險，但是還有個問題就是隨著業務的不斷髮展，可能我們需要關注的還有伺服器的效能，彈性擴容等，如果我伺服器超級多，工作就會越來越重。這個時候就有了新技術例如k8s＋docker＋Jenkins的組合，這裡不太怎麼具體搭建框架，介紹下能實現的效果，引入這一套伺服器框架後可以實現，自動備份自動發版，除了上述的，最厲害的是可以實現自動擴容，當你設定一個伺服器cpu效能值，例如50%，當我現在有3個服務，每個服務的cpu都到了設定值，k8s框架會根據我們之前設定的一些引數，自動啟動新的服務，並加入叢集，如果判斷到某個節點故障了，也會啟動新服務，然後幹掉故障服務。

所以運維工程師忙不忙，除了公司的因數不談，還要看自己是不是善用各種工具技術

這個沒有辦法衡量的，主要還是看公司怎麼樣，如果公司比較忙，那運維肯定比較忙，如果公司不忙，運維也不會太有時間加班，如果你是一名初級運維工程師，那你要做到就是繼續學習，虛心向別人請教！