《IT運維這份工作有沒有意思?看看行內人怎么說…》要點:
本文介紹了IT運維這份工作有沒有意思?看看行內人怎么說…,希望對您有用。如果有疑問,可以聯系我們。
2017年4月補充:
這篇文章是14年整理的,很多人說運維這個崗位會慢慢消失,但從目前的趨勢來看,企業對運維人員的需求越來越大,同時對運維人員的技能要求也越來越高,當然待遇也越來越高了.
在公司里面,IT運維通常都被認為是打雜的、吃力不討好的工作.那些從事這類工作的童鞋們 ,你們覺得IT運維有意思么?如果有,那哪方面比較有意思呢?
最近收到批量郵件,都是某某某職位某某某同事升職的消息,高級xxx,資深xxx,就是沒有SA職位的動靜.呵,同事的一句話:我們已經是ROOT了,不需要這些!
有了ROOT,還會沒趣么?
這個跟如何定位運維工作以及如何要求運維工作有關.有沒有趣不好說,但是如果說有沒有挑戰,那是肯定有的.這里就說說運維的挑戰.
運維本身范圍很廣,從基本的資源管理、配置,到數據庫維護、應用的部署.再到事故的分析處理.到處需要技術與智慧.和業務開發一樣,只要量一上來,什么都是問題.
如果僅僅把自己的工作定位于幫開發準備一下機器,部署一下應用,刪一刪垃圾文件,再盯一盯機器,然后,做這些事情的時候就按照最普通的手工方法一步一步做,一個人做不來,就兩個人做,一天做不完就兩天做完,反正能在某個時間做完就行了.如果這樣,很快工作就會變得枯燥乏味.
如果把要求提高,能夠用最少的人,花最少的時間和精力,將這些基本的事情做漂亮,后續監控不要人肉盯.那就很難了.
如果再進一步,想反過來促進開發,讓開發人員在開發的時候就想到這個業務需要怎么樣來運維,那挑戰就更多了.
此外,突發事故的處理也是極需要技術和經驗的,這里的挑戰很多,技術和經驗的積累不必多說,另外我覺得很關鍵的一點是,運維有沒有滲透到業務的開發中.
總結來說就是一句話——就看你喜不喜歡挑戰.如果你喜歡挑戰,那就是有趣的;否則,就是個打雜的.
認為運維是打雜的公司,他們的內部IT一般不會好,有可能一團糟.
首先從運維工作的性質來講,在任何公司都是一種“服務型“崗位,如果運維搞不好,會嚴重影響公司的發展,尤其是IT公司.打個很簡單的比方,公司的內部網絡需要維護,文件服務器、BBS、郵件等等,非技術類的工作還包括固定資產管理、設備選型、采購,另外就是日常辦公設備的維護、保養……也許工作比較雜,但絕對不是一個打雜的.
第二來看看運維做的事情:
1、同事上不了網、系統中病毒了、打印機掛了都需要去迅速解決.這是大部分運維工程師都會遇到的事情,但是,如何能讓這些情況盡可能少的發生,并且發生之后在最短的時間內恢復則是需要下一番功夫研究的.
2、服務器維護.能夠同時維護Windows和Linux服務器的運維你們傷不起啊!不要以為Windows就是簡單的點幾下鼠標,也不要以為Linux像傳說中那樣百毒不侵,進能調sendmail、postfix、nginx……退可玩Exchange、IIS、SQL Server……這樣才叫運維工程師.
3、網絡維護.有錢人玩Cisco,窮人折騰華為……路由不用路由器反而弄個Linux PC玩iptables.
4、高級任務.這塊兒能做的就非常多了,例如性能調優、系統維穩、非常見故障響應、協同開發人員等等,說起來最簡單,做起來最復雜.
當然我說這些并沒有完全包含運維需要做的事情,但都是Ops需要知道的,這些工作并不是每天單純的coding,還需要大量的(英文)文檔閱讀、思考,或者體力活.所以,有沒有趣就看個人喜歡不喜歡這種工作方式,也許有的人以不停的coding為樂趣,有的人則以這種雜事為樂趣.
要是沒加職稱,運維這個概念太大了尤其是在國內,傳統企業的IT支持是運維,金融行業的上幾百萬的小機,大機,也是運維.
互聯網企業,如果把線上產品的運維人員認為是打雜的,那這個企業活的也差不多了.
以前做過開發,現在在做運維.這個職位普遍有很多誤解,因為出現的時間和發展的時間不夠長.簡單說說我的理解:
互聯網運維的目標就是保證產品(網站/應用)能夠正確無誤的運行以支持整體商業目標(提供服務/提供新聞/提供…) 規模上去之后你會發現這個運維可以包括太多的東西,也可以細分成無數的子部門.
互聯網公司的一個特點應該是快速開發周期,在SOA的框架下可以分成很多小service,如此多的service在開發、發布的過程中遇到的一系列問題,都需要想創造性的解決.系統監控更是如此,雖然目前有了一些比較成熟的開源監控系統,但是畢竟每個公司的情況不同,大部分公司會在監控和問題處理上下大工夫做自己的開發.做運維絕對不意味著不寫程序 起碼做好運維是這樣.
寫的程序一般不會比dev少,區別是dev做的開發是大規模,周期長的,有語言要求.運維的要求則是快速解決問題.
運維適合喜歡“解決問題”的人,適合那種天生知道怎么debug,并且以此為樂趣的人.
dev和ops(operation)的關系就是:dev寫代碼;ops跑代碼.
對大部分dev來說他們關心的就是怎么完成自己的function,不會也沒辦法估計function對整個系統的影響.好的ops就在這里發揮作用,他們理解整個系統,參與開發的設計、架構階段并對其有決定權利.最后也會對開發完成的產品做review并且可以讓dev打回去重寫.
最后回到有趣沒趣的問題上:
有趣沒趣?如果你喜歡挑戰,喜歡對所有的事情都問個“為什么” ,喜歡做一些沒人知道也沒人告訴你該怎么做的事情,上alexa找top100的公司去做他們的運維,絕對有趣:)
解決問題的過程很有趣.
這個話題就是個坑,拿來閑聊的,并不在于得到什么結論.所以隨便侃幾句.
我覺得,做一件工作不外乎幾種情況:a)只能做這個,迫于知識技能或環境,沒別的選擇;b)能干這個,也能干別的,哪個無所謂,選擇這個只是偶然或某種微不足道的原因;c)喜歡干這個,想做出點東西.
所以做運維是否覺得『有趣』,取決于訴求,也就是目的或原因.
『運維』其實是一個大的概念,其中又細分成很多,機房運維,網絡運維,應用運維,互聯網公司、電信公司的運維與網吧運維、公司IT運維又有所不同.每個運維的領域的特點不同,對人員的要求也不同.
是否有趣,取決于很多方面,但我覺得能否帶來成就感是最主要的因素.實際的崗位要求、業務的發展不同,對于運維能否做出點有成就感的東西,或許不一樣.有志于做運維的,應該追求一些挑戰,在業務成長的同時,自己也能成長.最終的『有趣』,并不只是生活佐料的有趣,而是變得有意義了.
寫程序會比較有趣些.
運維會是一個比較有挑戰性的事.
搞大了就有趣了,雜事多了量變會變質變,小網站的運維肯定沒大網站的運維有趣,當然這個不是指團隊.
在國內一家相對大的搜索公司做過運維開發工程師,個人覺得整體分兩部分對待:基礎運維和開發.
“基礎運維”:主要涉及報警處理和上線,相對枯燥和技術含量低些.但這可以很好提高自己的發現、分析、解決問題的能力,進而可以提出有價值的問題.在這個過程中學到的技能,對大部分行業都適用.
“開發”:主要是為了提高自動化水平.這個其實與 “基礎運維” 關聯大些,只有做過基礎運維,知道痛點,才能通過編程等手段解決痛點,從而帶來價值.
個人覺得運維很鍛煉人,如果有人能給自己指引方向 (感謝下我上家公司中的兩位導師),不論是邏輯思維還是計算機技術方面,都會提高很快.
運維出身,發覺什么事情都要懂,哪怕懂一點.
只要不淪為消防隊員一樣的運維,還是很有趣的,而且事情相對不多.
運維工作有趣嗎?這取決于你的好奇心!
個人感覺很有趣,很有挑戰性的一項工作.尤其是在出了問題之后,如何在最短的時間之類將其修復.還有就是學的東西,包括接觸的東西比較廣一些,當然相對的可能就不是那么深入的.
有興趣,就有趣.能不斷找到新的興趣點,只做重復性的工作,什么都會膩的.
加班可能比較多,不過可以接觸整個系統縱向和橫向方方面面的東西,看個人興趣了.
非常有趣,又能跟外部打交道,也能跟內部交流,各種系統軟件突飛猛進.
最大的收益之一可能還是人際關系層面的,至少是臉熟了.此外還能發現組織鮮有人知的問題所在,對整個組織都能了解的通透,就憑這點,很值了.
痛并快樂著的工作.
自己樂在其中就可以了,干嘛還要追求其它?
運維是一個有挑戰性的工作,當你成功的解決一個問題的時候,是不是很有成就感?
忙的時候忙死,閑的時候閑死.通常比較閑,很多時間你可以利用,主要看如何做好時間管理.
我覺得是it工作里面性價比比較高的工作.運維通常一天的工作量也就2小時吧,當然,前提是你自己把你的系統管理的很規范了.要說有趣,還是很有趣的.
我覺得吧只有真正技術導向的互聯網公司才能真正體現運維的價值,除此之外都會被冠上了打雜的名字...
要是比職稱的話,永遠是無趣的.就算把頭銜提升為CEO、CXO…有何意義呢,就算打雜,相對絕大部分小公司的老板講,算的上是雜嗎?
既然做技術就當以做技術的心態去面對自己的工作,在乎頭銜人之常情,太過在乎,必然是無趣的,有趣與無趣看你的面對這件事的心態了
有趣本就是蘿卜青菜各有所愛,運維的工作范疇也相對比較大,現下大的互聯網公司中運維的工作也基本趨于規范化,有一線的救火運維也有二線的運維工具體系建立的運維.要說感興趣,運維的工作主要是以下一些方面.
大規模:無論是代碼的部署,服務監控還是軟件安裝以及配置的變更,運維人員都要考慮大規模情況下的處置辦法,如何高效的,完整的處理大規模應用?這是運維需要面對的問題.
突發事件:運維人員經常面臨墨菲定律的拷打,所以解決突發性問題也是運維人員要研究的方向之一,如何預知突發性事件?如何能讓機器自己處理突發性事件?
性能和穩定的平衡:運維的首要問題是穩定,追求性能有時候能提高穩定性,有時會降低穩定性,運維人員要注重這兩點的平衡,在自己能控制的系統層面要做到,還要和開發人員一起從應用層面也做到.
另外:有些公司把運維工作歸入開發,有的則把運維獨立出來,就我看來各有各的好處,公司大的情況下基本都是把運維獨立出來的.
以前做運維時候,手機2部,24小時待命.
都是為了混口飯..工作還是比較有激情的,個人認為比一成不變的寫代碼有趣點.
補充:
很多初入運維領域的朋友,在找工作時候會看到不同公司對運維的職位要求、技術棧要求、崗位頭銜、待遇薪酬等等都有不少的差別,那么運維派還會針對這塊持續推出系列文章給大家一一介紹:
1、運維工程師都有哪些頭銜呢?
2、Linux運維領域都有哪些開源軟件呢?
3、Linux運維薪酬待遇與技術要求的對應關系?(內容整理中……)
大家也可以關注運維派微信公眾號(ID:yunweipai),社區會每日為大家推送最新的運維資訊和技術干貨:
本文由 [運維派社區] 整理.
轉載請注明本頁網址:
http://www.snjht.com/jiaocheng/4624.html