運維工程師有前途麼?

時間 2021-05-08 16:47:30

1樓:民工哥

乙個崗位有沒有前途,說實話與崗位真的無關,崗位:我不背這個鍋。。。。

同樣是做運維的,你會發現他的待遇、工作環境、個人成長等方面天差之別,有的人幹了幾年還是原來的樣子,有的人幹了幾年後,慢慢做到高階或者偏技術管理崗的角色,關鍵還是在人。

從運維的工作層次來分,又分為硬體運維、桌面運維、系統運維、資料庫運維和應用運維。幾乎所有的和系統相關的問題,都與IT運維人員有關。這是我的自學與工作經驗總結而成的筆記:

運維工程師打怪公升級高階之路推薦給大家看一看。

多年的摸爬滾打,我對運維總結成了兩句話「技術只是手段,業務才是王道」。運維的好壞評定標準其實就是你給公司及業務帶來了哪些價值及哪些影響。

無論是小企業還是大企業,很多時候,運維人員的確做了很多的事情,處理了很多緊急的事件,甚至都是在凌晨才動手,確實非常辛苦,真所謂是「累成狗,起的比雞早,睡得比豬晚」。但是這些事情真正為業務創造了多少價值呢?老闆知道嗎?

可能這個就是運維人員該好好思考一下的了。

運維不光是需要技術上的不斷改進與創新,更需要思維觀念的改變,學會站在業務的角度思考問題。往往在這個改變的過程中,運維的價值就會逐步的得到體現。

比如:1、如何提公升公司業務系統的整體執行效率

2、如何提公升業務系統的穩定性,不能天天有故障,影響業務的發展

3、如何提公升內部協作的效率

4、系統安全

5、自動化的程序,降低系統對人的依賴

。。。。等等,都是需要去思考的,無論你在哪家企業,這些都是必須要做的。

「運維是一件細緻的工作,不允許一絲馬虎。運維人員一定要富有勇於創新的精神和對工作的激情,有了這些東西,我相信,你一定是個非常優秀的運維人員。」

如果說你將這些硬素質+軟素質都做到了,那麼你想要的待遇還會遠嗎????

2樓:假裝很淡定

運維一定要跟著業務,多與業務和產品人員泡在一起,支援業務,那麼,業務吃肉,運維喝點湯,或者業務在老闆那裡表揚你幾句勝過你苦幹幾個星期。別整天與研發泡在一起,倒不是說研發不重要,研發很重要,但研發自己也是乙個支援業務的角色,運維單純去支援研發會變為乙個支援部門支援另外乙個支援部門,老闆自然是看不見的。

3樓:奇哥

首先說下運維工程師==背鍋俠?

個人覺得運維工程師其實分兩種路線吧:

技術路線: 運維工程師》 高階運維工程師》 需寫開發整個Devops>>> 架構師》 CTO

管理路線: 運維工程師》 高階運維工程師 >>> 運維主管 >>> 運維經理 >>> 技術經理 CTO不過不會開發有點難。

當然,這中途你可能會嘗試各種崗位,比如人人都是產品經理哈哈,其實無論選擇哪個行業,一定要精通,不論是技術還是業務。當你玩的越來越深入,其實也就不存在職業壁壘,其實也和你之後家庭、生活都有關係,看你怎麼想把。

總之,送你一句話共勉吧:業精於勤,荒於嬉;行成於思,毀於隨。

4樓:

各種集群(redis、 Kafka 、elasticsearch 、MySQL 等等)

各類Web服務

各種高可用,高併發、彈性擴容,業務指標監控、調優……很多研發玩不轉的

要是kubernetes+golang玩得溜,那就更好說了

5樓:youjia

要想有前途開發的東西也得學,光運維現在已經不行了,現在流行devops,建議看看谷歌的sre,開發能力提上來,往架構師方向靠,運維工作本身接觸的東西比較多對網路,系統,各個元件都有涉獵,這也是比開發有優勢的地方,前提是要多總結多學習,抽象知識讓自己有能力站在更高的維度看技術。

建議多看英文文件,多穀歌,把自己負責的業務架構圖多梳理,從穩定性,成本,效率,質量,安全等角度入手優化,多考慮系統的風險,評估各個鏈路的容量,做到心中有數。建立有效的告警反饋機制,收集關鍵指標,資料視覺化方便事後查問題,最好事前預防,事中及時止損,事後總結優化改進。運維能力落地到平台工具上,減少人工登入機器的操作。

6樓:

個人認為,依地區區分,資訊化產業較發達地區和欠發達區域是有明顯區別的。

就個人對本人所在城市(重慶)從事的行業(系統整合)的觀察,純粹的運維工程師大抵存在於大型國有單位、廠商、大企業、及專業運維服務提供商(外包)之中;一般的民營企業,售後和運維是融為一談的,沒有明顯區別。

運維工程師除開因技能不同而區分來的不同運維工程師外,還有因實際需求而劃分來的如交付、測試、維護等,就業機會和轉崗成本都是較為容易的。

個人認為,從事技術性工作,限制你前途的是你技術面的寬廣和縱深。家雀離窩,行不過百步;鵷鶵得飛,焉能只駐於一樹?

實在不行,就和我一樣,轉成管理崗~~逃~

7樓:

有前途。

運維的出現就是因為IT蓬勃發展普及,必須有人來幹研發不願意幹普通人又幹不了的活,而今後可以預見IT發展會更多,工具簡單智慧型化釋放的不是運維崗位,而是專案數限制。ps:雙十一你覺得阿里是誰重要?

看不起運維的分三種人

1.外行人,他們見的最多的是桌面運維。說實話:桌面運維技術不高,卻掌握著IT行業對外的形象,大部分經營的都不咋樣,IT行業鄙視鏈底端同樣可以鄙視別人,那就是外行人。

2.運維本身,大部分中低層自卑是當然的,畢竟隨便跟哪個開發比都是小巫見大巫。但我認為這是定位錯誤,運維往往是一專多能,應該田忌賽馬錯開競爭,你讓同級別的開發去除錯下網路試試,很多嗝屁。

3.開發,這部分是應該最多的。1)總覺得雲計算來了,SDN來了,你們都完了。

拜託,那些開發工具比十年前好用多了,你們就不用996了?開發需求就少了?2)運維技術含量太低。

論單個細分領域,運維確實不如開發,但是其他領域呢?也許技術壁壘不高,但是人的精力都是有限的,運維本身都分很多崗位,能精好幾門也是了不起的,很多開發也就會自己的方向,努力程度未必比一些運維高。

其實定工資的往往都是不懂行的管理者和HR,實在沒理由拱手給人家壓工資的理由。開發踩運維並不能提高開發工資,反而運維工資上去了開發自然水漲船高。退一步開發做的沒意思了哪天想換運維了,也是個好出路,就算一直做開發,被鄙視的運維被老闆撤了,讓開發兼職運維,開發能開心?

8樓:咕咚

從小的金融機構沒有甲方人管理的運維,到某二線城市地方銀行,我都幹過;運維這個工作挺看性格的,就比如我就是那種閒不住的的人,運維的事兒不是很多,閒的時候很多,所以都是幹了不到半年時間就不去做專案了

9樓:

在公司裡沒有前途。

打個比方說,某食品加工廠自建乙個機修部門。在早期,由於裝置的可靠性低、自動化程度低,所以需要機修部門很關鍵。但是,隨著裝置的可靠性和自動化程度的提高,那麼機修部門就逐漸被邊緣化。

再例如,高鐵、飛機,也配套有機修人員。高鐵和飛機的壽命,全靠機修人員了,可是,你會覺得機修人員的地位和待遇好嗎?

10樓:凍泥鰍

個人認為運維工程師是乙個階段性的職業,職業生涯前期發展還是不錯的,後期的話需要走向技術專家方向,或者轉向管理。我覺得現在運維工作趨向自動化。資料庫、主機、網路等廠家推出更加智慧型化的版本,人工干預程度會逐步減少;同時,現在應用系統的複雜度增加,單個運維工程師需負責面對比過去更多的裝置和系統。

現在國家提出工業網際網路,智慧型城市等概念,需要大量的應用軟體支撐,自然需要運維工程師來保障日常的運作,運維工程師是有前途的。

但,並不是所有運維工程師工作都是有前途的。結合我看到的情況,假設個案例。A,B同校畢業,A進入一家非IT行業國企,做IT運維,平時就是維護著幾個OA系統,輕鬆穩定。

B進入一家IT外包公司,需要面對無數難啃的系統問題,累成狗。3年後,A和B的前途題主覺得如何?

A的情況看到比較多,基本是浪費了,以為去到乙個穩定的企業,結果IT部門在企業的地位不高,公升崗機會輪不到,接觸到的技術極其有限,待著痛苦,跳出來也是痛苦;還不如B,3年辛苦,技術提公升大。所以說這種看似風光的運維工程師,不一定是好事。其實所有工作我覺得皆是如此,你當前的工作,乙個月就掌握了,那同樣隨便乙個新人也會,這種工作有前途麼?

前途是有的,需要謹慎選擇。

11樓:追夢人

最近剛寫了一篇關於IT行業內哪些崗位不推薦作為擇業方向,可以看看https://

zhuanlan /p/38

308068

12樓:

針對一線城市,以工作體驗角度談談看法:

如果你是外地人,會點程式設計,還是瞄準某個技術方向,做開發吧,做運維,等你,以後開發煩了,換換口味再說。

運維工程師在各個公司的工作定位不一樣,工作內容差異也大,而且技術往往侷限於應用軟體的使用,業務往往停留在業務流程上,技術運用不如開發方,業務分析不如需求方,做事中規中矩。而且運維沒有通用的標準,那些諸如CCNP、RHCE證書,說實話也就是應用軟體玩熟的證明,企業不太重視,真正出成績,大部分靠自己摸索(領導亦同),比較艱難,而且運維工程師相對開發算後勤角色,能力不容易被認可。換工作不好辦,什麼都懂,但是不精,而且各家公司業務流程不一,很多經驗要清零從頭再來,在目前市場環境下,競爭劣勢。

話又說回來,如果你是個本地人,喜歡安逸,找個靠得住的企業,不稀不愁吃個穩定技術飯,還有些話語權,那麼運維確實是個好選擇。運維界,有句話叫"越來越吃香",這句話沒錯,只是常年在同一家單位才能顯示出來,換個單位就不靈了。

13樓:zlmind

如果是ERP運維,意思不大,基本是3到5年經驗值一夠必跳槽,有的連領導都跳槽。除非是央企內部編制,否則幾乎沒有在這個職位上養老的可能,錢也少。

如果是網際網路或者電商行業運維,待遇不錯,強度也高,很鍛鍊能力。

運維工程師和運維開發工程師有啥區別?

運維醬尼古拉斯 從工作內容上看 運維 側重點是 維護 對於運維工程師來說,其底層的知識儲備要很紮實,對於常見問題要有經驗總結,這樣才會更快速的解決發生的問題 基礎的程式設計知識也需要知道,但不是重點要求,若精通會更好,個人意願,在此不做具體要求 開發 側重點是 程式設計 必須熟練精通程式設計,且同時...

如何轉型到運維工程師?

運維老鳥 我2004年剛上班也是在機房起步的,機房是挺無聊的,但是有時間去學習,我自學了一段時間linux。後來學了乙個rhce的課程,正好我們班有個也是我們公司運維部的。我兩學下來關係就很好,正好他們需要招乙個人,就給我介紹過去了。我介紹了我得經歷,其實就是想說,你首先要在自身準備好的基礎,在有機...

程式設計師 運維工程師 網路工程師有什麼區別?

格式化 程式設計師寫好的程式,由運維工程師負責軟體和執行環境的維護 對於非單機版軟體使用者要能訪問,必須保障網路的穩定,網路工程師主要負責網路環境的建設 運維 拼客科技 程式設計師 程式設計師 英文Programmer 是從事程式開發 程式維護的專業人員。一般將程式設計師分為程式設計人員和程式編碼人...