這個跟如何定位運維工做以及如何要求運維工做有關。有沒有趣很差說,可是若是說有沒有挑戰,那是確定有的。這裏就說說運維的挑戰。nginx
運維自己範圍很廣,從基本的資源管理、配置,到數據庫維護、應用的部署。再到事故的分析處理。處處須要技術與智慧。和業務開發同樣,只要量一上來,什麼都是問題。數據庫
若是僅僅把本身的工做定位於幫開發準備一下機器,部署一下應用,刪一刪垃圾文件,再盯一盯機器,而後,作這些事情的時候就按照最普通的手工方法一步一步作,一我的作不來,就兩我的作,一天作不完就兩天作完,反正能在某個時間作完就好了。若是這樣,很快工做就會變得枯燥乏味。服務器
若是把要求提升,可以用最少的人,花最少的時間和精力,將這些基本的事情作漂亮,後續監控不要人肉盯。那就很難了。網絡
若是再進一步,想反過來促進開發,讓開發人員在開發的時候就想到這個業務須要怎麼樣來運維,那挑戰就更多了。架構
此外,突發事故的處理也是極須要技術和經驗的,這裏的挑戰不少,技術和經驗的積累沒必要多說,另外我以爲很關鍵的一點是,運維有沒有***到業務的開發中。框架
總結來講就是一句話——就看你喜不喜歡挑戰。若是你喜歡挑戰,那就是有趣的;不然,就是個打雜的。運維
認爲運維是打雜的公司,他們的內部IT通常不會好,有可能一團糟。
首先從運維工做的性質來說,在任何公司都是一種「服務型「崗位,若是運維搞很差,會嚴重影響公司的發展,尤爲是IT公司。打個很簡單的比方,公司的內部網絡須要維護,文件服務器、BBS、郵件等等,非技術類的工做還包括固定資產管理、設備選型、採購,另外就是平常辦公設備的維護、保養……也許工做比較雜,但絕對不是一個打雜的。ide
第二來看看運維作的事情:
一、同事上不了網、系統中病毒了、打印機掛了都須要去迅速解決。這是大部分運維工程師都會遇到的事情,可是,如何能讓這些狀況儘量少的發生,而且發生以後在最短的時間內恢復則是須要下一番功夫研究的。
二、服務器維護。可以同時維護Windows和Linux服務器的運維大家傷不起啊!不要覺得Windows就是簡單的點幾下鼠標,也不要覺得Linux像傳說中那樣百毒不侵,進能調sendmail、postfix、nginx……退可玩Exchange、IIS、SQL Server……這樣才叫運維工程師。
三、網絡維護。有錢人玩Cisco,窮人折騰華爲……路由不用路由器反而弄個Linux PC玩iptables。
四、高級任務。這塊兒能作的就很是多了,例如性能調優、系統維穩、很是見故障響應、協同開發人員等等,提及來最簡單,作起來最複雜。post
固然我說這些並無徹底包含運維須要作的事情,但都是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運維又有所不一樣。每一個運維的領域的特色不一樣,對人員的要求也不一樣。是否有趣,取決於不少方面,但我以爲可否帶來成就感是最主要的因素。實際的崗位要求、業務的發展不一樣,對於運維可否作出點有成就感的東西,或許不同。有志於作運維的,應該追求一些挑戰,在業務成長的同時,本身也能成長。最終的『有趣』,並不僅是生活佐料的有趣,而是變得有意義了。