干運維明知是不歸路，為啥還有人非要干？

今天在某乎上看到這樣一個問題："干運維明知是不歸路，為啥還有人非要干？"

問題地址：https://www.zhihu.com/question/572990830

背景介紹" Type="normal"@@-->

我之前就勸過別人別干運維，這活沒技術含量 ，可是還是有人愿意干這個 ，失業了又跑來問，這到底是圖啥呢？

回答" Type="normal"@@-->

整理了幾個不錯的回答，分享一下。

Kidy的回答

我看這所有答案全都是嘲諷的…那么我來給大家說個不一樣的視角？

本人是7年運維經驗，之前在保險、銀行、互聯網都干過，在互聯網公司做到了運維 leader 的位置。

上個月離職面試，拿到了北京某大廠和成都大廠的運維崗offer。

再說鄙視鏈，從我的經歷來說，我在運維這邊解決的問題大部分都是屬于研發搞不定的問題，所以應該不存在鄙視我的（當然你硬說有人背后鄙視，我也不反駁）。

我這邊同事、或者我帶過的，基本上也不存在薪資比同齡開發低太多的情況，當然是平均而言。。。

另一個感受，旁邊后端 leader 要招人，每天HR可以給找10份簡歷面試，但是運維這邊要招人，HR可能一天能篩選出3份簡歷就算不錯了。招人難度上說運維也更難，可見市場上高端運維缺口還是更大的。

隨著云計算、容器、CICD、智能運維等技術的興起，運維這個崗位開始不僅僅只是大家縮熟知那些部署上線這些玩意了。只要跟得上潮流轉變，多花點時間去鉆研新技術，運維絕不會比研發差的。

有人不服，不服算了，別來卷我們，讓我們多掙點。

小白的回答

分單位。

有的單位給運維權限特別大，可以“綁架”公司的，對于公司來說人不值錢、但是資產值錢，運維就是維護服務器資產的管理員。

如果權限放的比較大，比如一兩個人管理上百臺服務器。而且硬件、軟件、桌面、維修、網絡甚至水電、安全、消防亂七八糟都要管那種，是不會輕易辭掉他們的。

這種人吃的是公司十幾年的經驗，并非一定是技術大拿。機房里甚至跑著10多年前的 IBM 小機，每臺服務器的調性已經摸透了。比如公司三個網段，每個網段近200臺機器，隨便報個ip就能說出來這臺是干啥的，用戶名密碼是啥，備份策略是啥，斷電啟停服務腳本是啥。

要真走了光交接工作都要好幾個月。各種腳本全寫在自己電腦里，服務器密碼全背在腦子里，這種人其實也不少。

在日本得評個服務器仙人。

知乎用戶RSUFBN的回答

誰告訴你干運維沒有技術含量？運維屬于技術工種，它需要對生產直接負責，研發都未必干的了運維，運維人必須講究排查現場技術問題、制定生產部署方案、遷移技術方案等一切和生產密切相關的技術性方案，并第一時間解決生產環境可能遇到的技術性問題。

運維人，輕松的時候可以很輕松，但忙的時候也可以很忙。運維人必須要有技術全局觀，不能知其然而不知其所以然，不能像底層研發一樣，把自己負責的功能模塊寫好叫作業就行。

以升級為例，在生產環境，需要將所有因素考慮在內，制定備選方案，升級有有感升級和無感升級兩種，對有感升級來說，服務器只要一停，就必然造成銷售額損失。如果升級導致數據丟失，就一定會造成嚴重的經濟損失。

不要覺得運維好干，運維是真正的技術工之一。之前就有運維不小心刪庫丟數據造成重大經濟損失的案例，所以行業上才有這句調侃：【刪庫跑路】、【沒有刪過庫的運維不是好運維】

RainFlying的回答

對對對，運維就是沒技術含量的活，買只猴子手把手教一下就能會。

你對運維的理解大概就是這程度，很好，繼續保持。

克喵喵的回答

人不行，干啥都不行。

你做運維局限在服務臺，有bug你發給開發，有問題你發給需求，出現性能問題你不會調優，高并發場景下你沒有建議，發布更新靠人力，無法做到自動化，這種人不被裁才怪。

出去后你也別說是干運維的，就是干客服的

你去要飯也搶不過人家！！

老胡聊Java的回答

本人就從Java角度來說，其實技術加運維是一條非常好的上進之路。

先來看看運維平時的工作及需要掌握的技能。

1、監控日志，而日志一般是部署在 Linux 上的。如果出錯，需要告知開發來解決，如果比較上心的運維，出了問題，更會通過 Linux 命令來分析日志排查問題。

2、部署上線組件，比如要擴容，或者部署 Redis、Nacos 等組件，或者需要部署云端組件。在這過程中，運維多少會了解各種 Linux 命令，而且了解各種組件的配置方式以及安裝方式。

3、部署監控，比如用newrelic監控或者zabbix等監控軟件來監控，并設置告警策略。

4、應對線上問題或高并發的挑戰，這過程中，不僅需要了解各種集群，更有機會熟悉各種網關和負載均衡等的硬件。如果數據庫或服務器有問題，更得通過日志或監控組件，分析和排查問題。

5、其實運維還能接觸到DevOps的相關技能，比如pipelines，云部署，甚至是 K8s 和 service mesh 這套技術。

從Java角度來看，架構師要做的事情有哪些？

1、根據業務場景，用nacos，gateway或ribbon等組件搭建業務框架，必要的話引入redis，kafka等中間件，甚至有必要的時候再搭建集群。當然搭建好以后，相關組件有什么問題都需要解決。

2、負責項目上線和數據遷移這部分的工作，比如設計發布流程，編寫發布腳本，設計發布預案，設計數據遷移等的方案。

3、解決各種高并發方面的問題，比如引入各中間件，再通過壓力測試確認系統的承壓能力和改進點，必要的時候設計限流熔斷等問題。

4、系統上線后，需要搭建針對系統的監控系統，有問題以后需要及時排查。

也就是說，架構師的工作其實很大一部分是和運維是重疊的。而當下不少程序員做的僅僅是單機版的增刪改查，開發環境僅限于windows，而不是linux，更別提是容器，中間件這塊僅限于使用api，不涉及如何搭建中間件以及集群，解決問題層面僅限于解決業務問題，如果中間件或底層遇到問題，基本上估計連異常信息都看不懂。

這樣大的程序員不在少數，有的甚至還會排斥運維或架構方面的技能，或者說在平時工作中僅僅做業務，沒機會掌握一些運維方面的經驗，這也是很多程序員無法上升到架構師的原因所在。

當下，一些大廠在招人時，除了會spring boot等框架的增刪改查經驗外，更得會分布式高并發的經驗。開發語法好學，部署等經驗難學，排查分布式高并發等線上經驗更難學。

所以運維做了1，2年以后，只要稍微了解下Spring Boot等方面的語法，甚至就能直接升級到架構，而且不少運維還不知道自己掌握的技術很值錢。當然，如果運維對自己定位不當，或者公司對運維的使用不當，導致運維平時只干些裝電腦裝軟件等工作，這就另當別論了。

李舜生的回答

我就搞不懂，為啥一個握有最高權限只要你想啥都能看啥都能學的崗位，會被人覺得沒前途。

到底是人沒前途還是崗位沒前途啊...