運維工程師有前途么？
同樣IT 區別於開發 請大佬談談？
看怎麼定義前途？
我直接點吧，不拿那些虛的精神生活來定義前途了，免得說忽悠，還是直接用物質水平吧
如果對於普通人來說，前途是指能賺個買房買車錢，那肯定沒問題
如果想實現階級躍升，進入富人階級，也不是說不可能，但是概率比較小而已
一線、二線互聯網公司的運維總監、架構師們，肯定都是富人階級，有開保時捷911以上的實力
三、四、五線公司的運維總監、經理、技術專家們，解決一線城市房子車子問題，站穩在中產階級，肯定是不在話下
就像我混的那麼差的四線老運維，也能買輛寶馬3系
順便我說說自己心中各大互聯網公司的排名，一家之言，不喜勿噴：
一線（5000+億檔次）：阿里（含螞蟻金服） 騰訊（含騰訊音樂）
二線（200~5000億檔次）：百度 位元組跳動 美團 滴滴 京東 網易 小米 拼多多
三線（50~200億檔次）：攜程 快手 360 愛奇藝 微博 嗶哩嗶哩 陌陌 唯品會 歡聚時代 虎牙 等等
再後面50億市值以下的就不列舉了，請自動歸入四線或者不入流吧，我個人常用的知乎、虎撲、喜馬拉雅、搜狗、搜狐、新浪、汽車之家、豆瓣、太平洋電腦、窮游、拉鉤、Boss直聘、脈脈、4399、37wan 等等
做銷售有前途嗎？
做中介有前途嗎？
做碼農有前途嗎？
論一個行業的好壞，是不能以個人視角來定義的，需要整體宏觀的數據視角
在這些行業能做到年入百萬以上的頂尖水平，或者年入50w以上的中上水平的從業者，肯定是說有前途的
然而行業水平靠後的，很大概率是說沒前途的，這取決於說話人的立場在哪，屁股歪在那邊，哈哈
我覺得你要問某個行業有沒前途，需要問這個行業能做到中上水平以上的人，才有參考價值，這個道理你應該懂的~
再舉個例子
你問一個到退休都是小科員水平的人，做公務員有沒前途？
他和你說公務員沒前途，你會信嗎？領導們會同意嗎？
「運維是幹什麼的？」
這「運維」二字可能有幾層意思，分別可以指代運維工程師、運維團隊或者是整個運維服務體系。
我們可以看出這三層是從狹義到廣義的遞進，我相信絕大部分知乎的題主問的是運維工程師，只有極少數人能意識到有運維服務體系這一層含義。
我們經常會聽到一些言論，比如：
- 雲服務普及了，運維工程師就要失業了
- 等 DevOps 或者 SRE 落地了，運維工程師也要失業了
- 容器技術普及了，運維工程師也該失業了
我記不清運維工程師到底被失業了多少遍，然而我認為就算運維工程師被取代了，運維服務也不會消亡，Ta將伴隨並支撐著業務發展的整個生命周期。
為何這樣說，我們還是用業務的誕生過程來分析。
一個站點或者App，大致經歷著這樣的誕生過程：
PM 設計出產品原型，交給 Dev 開發實現，QA 測試，最後交付給 Ops 部署到線上運行，最後供用戶使用。在這幾個簡單步驟中涉及了眾多的人、角色、交付過程等對象，這是一個完整、複雜的系統工程，而任意一個環節的失誤都可能影響最終呈現給用戶的體驗以及效果。
我們重點考慮從 Dev 把業務產品完成後交付給 Ops 到線上運行的這個階段，Dev 同事主要負責業務產品的功能完整、邏輯正確等業務指標，而 Ops 同事主要負責業務產品的運行質量、穩定性、可用性等系統指標。
無論後面的交付步驟是用 DevOps 還是 SRE 的實現方式，都離不開一個廣義的運維服務的執行環節，所以說 Dev 還是 Dev，Ops 還是 Ops，沒有誰被取代，只是運維服務的執行方式升級為更加軟體工程化的手段，減少人肉操作，DevOps 強調自動化、拉動式來提高團隊交付效率與質量。
而傳統的運維需要謀求技術轉型，從原來只關注操作系統層面的技術已經不夠了，還要增加對程序代碼的性能調優、持續交付、容器化等軟體基礎架構方面的技能提升，也需要持續關注整個業務、應用、服務的生命周期管理。
簡單來說，就是把過去傳統的黑盒運維的思維方式拋棄，進入白盒運維的時代，我們必須更加深入代碼、深入業務運營，讓整個線上服務運行於更優質高效的狀態。
至於運維是否有前途，取決於你屬於哪種運維。
運維服務體系 與 技能水平量化
先上一張圖展示我心中的運維服務體系，其實還有很多可以展開的，但是細節就不方便透露了，這屬於個人經驗未必能適用其他運維團隊。
每個運維工程師心中其實都有自己的想法，不妨用思維導圖的形式將其列出來，找出自己感興趣的點，持續深入，打造自己的核心競爭力。而思維導圖也可以繼續往橫向縱向擴展，形成自己心中的完整的一套運維概念。
由於運維一般講究廣度而忽略了深度，所以容易導致自身的技術棧廣而不精的情況，怎樣量化自己的技能水平是否足夠深入呢？
舉一個大家都熟悉的MySQL技能，該怎麼量化它呢？
如果把MySQL水平定義成1~10級，下面是我對各種級別水平的理解。
為何要量化技能呢？因為人的時間、專註力畢竟有限，如何把精力分配到不同的技能上，是需要一定的策略。
正常情況下，大家把精力平均分配到各種具體技能，希望可以做到面面俱到，但不會太深入某項技能，所以技能水平達到的級別落在1~3之間。
如路人A的技能水平表是這樣的： （當然還有其他技能項，如網路、安全等等，這裡只是簡化了方便討論）
最低要求 進階要求
- 最低要求
運維是一種需要技能面比較廣的工種，大家普遍都是處於技術面廣但不深的狀態，我把2級定義為科普級，意思是達到該級就可以滿足各種日常工作要求。
所以說上面的路人A，最好儘快爭取把還在1級水平的 Shell 和 MySQL 都提升到2級，就可以滿足日常工作要求，這也是我們對運維工程師的最低要求。
- 進階要求
除了滿足最低要求之外，培養自己的核心競爭力，為日後的發展打下基礎，推薦大家對1~2項深入學習，達到4、5級甚至更高的水平。
隨著互聯網運維行業的各種 PaaS、IaaS 普及後，自動化程度越來越高，現在已經不像以前那樣需要那麼多「操作員」。
也就是說技能水平偏低的運維急需技能升級或者技能轉型，簡單來說，能支撐你走多遠的不是那些1、2級的技能，而是4、5級以上的技能。
總結
本文是關於我個人對運維以及其職業發展的一些淺薄理解，總的來說運維還是一個比較有意思且有良好發展的職業分支，雖然偶爾也要背黑鍋，但也歡迎更多努力、聰明、有才華的同學加入運維行業。
別干，政府，銀行，運營商，我都干過，去年干傻了，手上29個項目，今年果斷跑了，換了一家公司，人都沒認全，核心機房意外停電，全部業務宕機，媽的！！！機器都是啥？
ibm 650 690 550 570 595 750 780 8300 8800
uspv
DMX vmax CX vnx
懂的自然懂，四天四夜一次，兩天兩夜兩次。。。。還有一大堆系統故障，中間件，我感覺我快升仙了
回歸正題，技術這東西，沒有盡頭，你需要不停的學習和實踐，運維其實挺可憐，夾雜在公司和客戶之間，幹得好是應該的，干不好的話。。。考慮長遠一些，等你年齡大了，你不會有那麼多精力去學習。
業務運維，不懂，不敢瞎說。
系統運維:Linux windows Unix得懂吧？雙機得懂吧？升級系統得懂吧？升級補丁得懂吧？分區規劃調整得會吧？對接業務類型得明白吧？系統掛了，怎麼恢復得懂吧？
網路運維:基本網路結構得懂吧？動態路由會調吧？配置變更得會吧？負載均衡得會吧？雙機得會吧？排錯時間需要多久？
存儲運維:磁碟陣列基礎吧？控制器映射基礎吧？雙控負載基礎吧？合計分配磁碟基礎吧？分配LUN得合理吧？
硬體運維:小機更換電源流程的會吧？更換硬體有什麼風險得知道吧？存儲控制器故障會出現哪些業務影響？電池過期怎麼辦？
資料庫運維:不懂，似懂非懂，不敢亂說。
以上都是入門中的入門。。。
業務遷移，業務備份恢復，業務換了環境怎麼上線？災備恢復怎麼做合理？恢復時間最快多少？業務量增長後，性能瓶頸，怎麼增加性能並不停止業務？如果要停，最小時間多久！io高，業務慢，怎麼回事？機房拓撲怎麼梳理？怎麼入手去做一個新的項目？
好的，恭喜你，入門了。這背後是多少沒日沒夜的實踐？還有更麻煩的調優。。。安全加固，系統優化，最終是要業務保持良好的運行狀態。如果你說停業務怕啥？你想想銀行，你想想政府他們停一小時資料庫代價多高？？僱傭你的意義是什麼？時間就是金錢我的朋友。
說一句，運維的平台也得會選，優先平台 :金融，能源，暴利行業(比如煙草) ，政府，外包，包中包，小公司，再差就快成網管了
linux運維來給你個回答。
運維有很多很多種，
有桌面運維，就是修電腦印表機的
有運維實施，給客戶安裝你們產品的
有機房運維，天天跑機房修機器的
有應用運維，系統運維，一般是linux運維，維護成百上千伺服器上的軟體，或者維護私有雲公有雲服務，需要了解linux內核，各種軟體的配置調優。寫自動化運維腳本，用shell/python/golang。維護容器平台，分散式存儲平台，自動化運維平台，代碼發布CI/CD流程。很多種工作，看公司技術選型，想做好就去大公司。
有各種專職運維，比如DBA、緩存工程師等。
有運維開發，用java/python/go，主要寫運維平台，各種自動化運維平台和工具。要整合運維資源，給其他運維工程師提供工具或者給開發提供devops環境。
有運維架構師，要規劃公司的系統架構，熟悉各種知識，了解各種軟體、網路細節原理，這是技術專家的級別。
基本就這樣的情況。要想做好，還是要做精通，最好還要會開發。我們跟開發是平級的，術業有專攻。小公司的運維很容易被替代，各種雲服務，paas、iaas平台都很好用。但是大公司的運維是不能替代的，大公司都會有自己的私有雲，或者大規模公有雲，或者自己的IDC機房。再智能化平台化，也得有實現智能化的人，排查錯誤的人，也得有實現平台，維護平台的人。
技術做的好，你就不會被替代。也可能遇到中年危機，這就是另一個問題了。
個人認為運維工程師是一個階段性的職業，職業生涯前期發展還是不錯的，後期的話需要走向技術專家方向，或者轉向管理。我覺得現在運維工作趨向自動化。資料庫、主機、網路等廠家推出更加智能化的版本，人工干預程度會逐步減少；同時，現在應用系統的複雜度增加，單個運維工程師需負責面對比過去更多的設備和系統。現在國家提出工業互聯網，智慧城市等概念，需要大量的應用軟體支撐，自然需要運維工程師來保障日常的運作，運維工程師是有前途的。
但，並不是所有運維工程師工作都是有前途的。結合我看到的情況，假設個案例。A，B同校畢業，A進入一家非IT行業國企，做IT運維，平時就是維護著幾個OA系統，輕鬆穩定。B進入一家IT外包公司，需要面對無數難啃的系統問題，累成狗。3年後，A和B的前途題主覺得如何？
A的情況看到比較多，基本是浪費了，以為去到一個穩定的企業，結果IT部門在企業的地位不高，升崗機會輪不到，接觸到的技術極其有限，待著痛苦，跳出來也是痛苦；還不如B，3年辛苦，技術提升大。所以說這種看似風光的運維工程師，不一定是好事。其實所有工作我覺得皆是如此，你當前的工作，一個月就掌握了，那同樣隨便一個新人也會，這種工作有前途么？
前途是有的，需要謹慎選擇。
一個崗位有沒有前途，說實話與崗位真的無關，崗位：我不背這個鍋。。。。
同樣是做運維的，你會發現他的待遇、工作環境、個人成長等方面天差之別，有的人幹了幾年還是原來的樣子，有的人幹了幾年後，慢慢做到高級或者偏技術管理崗的角色，關鍵還是在人。
從運維的工作層次來分，又分為硬體運維、桌面運維、系統運維、資料庫運維和應用運維。幾乎所有的和系統相關的問題，都與IT運維人員有關。這是我的自學與工作經驗總結而成的筆記：運維工程師打怪升級進階之路推薦給大家看一看。
多年的摸爬滾打，我對運維總結成了兩句話「技術只是手段，業務才是王道」。運維的好壞評定標準其實就是你給公司及業務帶來了哪些價值及哪些影響。
無論是小企業還是大企業，很多時候，運維人員的確做了很多的事情，處理了很多緊急的事件，甚至都是在凌晨才動手，確實非常辛苦，真所謂是「累成狗，起的比雞早，睡得比豬晚」。但是這些事情真正為業務創造了多少價值呢？老闆知道嗎？可能這個就是運維人員該好好思考一下的了。
運維不光是需要技術上的不斷改進與創新，更需要思維觀念的改變，學會站在業務的角度思考問題。往往在這個改變的過程中，運維的價值就會逐步的得到體現。
比如：
1、如何提升公司業務系統的整體運行效率
2、如何提升業務系統的穩定性，不能天天有故障，影響業務的發展
3、如何提升內部協作的效率
4、系統安全
5、自動化的進程，降低系統對人的依賴
。。。。等等，都是需要去思考的，無論你在哪家企業，這些都是必須要做的。
「運維是一件細緻的工作，不允許一絲馬虎。運維人員一定要富有勇於創新的精神和對工作的激情，有了這些東西，我相信，你一定是個非常優秀的運維人員。」
如果說你將這些硬素質+軟素質都做到了，那麼你想要的待遇還會遠嗎？？？？
推薦閱讀：
