編程沒有感覺還需要運維嗎

① 學java開發剛出來，做運維好么或者說做運維能學到開發技能以後轉開發容易么

學完java開發如果具備開發能力建議直接從事相關領域的工作，運維需要掌握的知識面比較寬，想要做到精通需要耗費時間較長。具體可以咨詢千鋒教育，千鋒Java現已擁有成熟獨立的項目庫，項目均1：1引進大廠項目，授課採用 CREA 項目研發模型。

Java是一門面向對象的編程語言，不僅吸收了C++語言的各種優點，還摒棄了C++里難以理解的多繼承、指針等概念，Java語言作為靜態面向對象編程語言的代表，極好地實現了面向對象理論，允許程序員以優雅的思維方式進行復雜的編程 。運維，本質上是對網路、伺服器、服務的生命周期各個階段的運營與維護，在成本、穩定性、效率上達成一致可接受的狀態。相同的工作年限，java開發要比運維薪資水平更高，而且開發未來更方便轉其他方向。

想要了解更多有關Java的相關信息，推薦咨詢千鋒教育。千鋒教育成立教研學科中心，推出貼近企業需求的線下技能培訓課程。採用全程面授高品質、高體驗培養模式，學科大綱緊跟企業需求，擁有國內一體化教學管理及學員服務，在職業教育發展道路上不斷探索前行。

② linux運維和開發哪個好

說哪個好，看你從哪些方面看了。
如果從前途上來說，我覺得是linux運維。你看這幾年的技術發展方向就知道了，開發的市場需求量一直在下降，而運維的需求量是一直在上升的。如果前幾年你去學開發還可以，現在不建議。

第二，從難易程度上來說開發沒有運維好上手，學起來會非常吃力。不知道你是本專業嗎？如果不是的話建議你還是放棄開發學個運維吧，畢竟運維對於0基礎來說好上手，可以在短時間內快速轉型掙到高工資。而且學起來輕松，一年內基本在10—12K，2—3年後月薪20—30K的很正常。

第三，從職業發展上來說，運維的職業天花板比開發高，如果你做開發，可能30歲的時候就要面臨失業了，但做運維就不一樣了，屬於越老越吃香的那種，40多歲也有很多人在做運維，但40多做開發的不多吧？
第四，你以後會結婚生子吧？有家庭之後還是做運維更好一點，不會像開發那麼累，加班那麼嚴重，畢竟身體健康對自己和家人也是一種負責。

另外，你也可以從B站或者官網上找一些視頻，看看運維和開發的哪個你喜歡，興趣也很重要的，特別是對於轉行的，如果沒有興趣，那計算機本來就是很枯燥的工作，你會感覺更難受了。

③ 不懂編程的運維人員到底還能走多遠

首先，可以肯定的說，未來的IT崗位需要的是綜合能力強的人員，運維、開發、資料庫、網路，技術崗位對上述知識體系都要會一些，才能很好的勝任對應崗位工作。

下面已經不是趨勢，而是菜鳥及老鳥都必須要認真考慮的：

運維人員要會運維、開發、資料庫、網路，但側重點是運維，
開發人員要會運維、開發、資料庫、網路，但側重點是開發，
資料庫人員要會運維，開發，資料庫，網路，但側重點是資料庫，
網路人員要會運維，開發，資料庫，網路，但側重點是網路，最好側重點轉運維，
硬體工程師（F5，存儲設備等）建議趁早轉崗linux運維，雲計算已經把硬體給滅了，硬體集中化了。
只會技術知識還不夠，工作態度，做人素質，溝通表達，責任心都是具備核心競爭力的容易被忽略的資本！
技術知識和態度素質比例接近6:4，崗位越高對技術要求的比例越低！
互聯網，移動互聯網，甚至是物聯網的時代對IT人才的綜合能力要求越來越高！一些極其低端的工作大多數人的崗位會被自動化、虛擬化、雲計算、甚至是機器人取代是毫不誇張的！
例如：IDC機房運維，低端網路工程師，各類硬體工程師。
新的時代對我們IT人員有了新的挑戰，我們不能抱殘守缺，而一定要快速學習，適應時代對我們的更多要求，不要本位主義，單純的認為運維就不需要開發，開發就不需要運維，這些想法都是在重復掩耳盜鈴的寓言故事。
就拿老男孩老師本人來說吧，除了會開發、運維、網路、資料庫能力外，還要會講課、教育學、心理學、銷售、市場、領導、演講，管理、財務、法律等技能，當然了，我給自己的定位是教育企業的老闆，大家如果學習運維，給自己的定位是高級運維或架構師，就必須要會linux運維，python開發，linux集群架構。
另外，強烈建議，想從事linux運維的朋友一定要先掌握好運維崗位需要的本領後，然後再去蠶食開發領域。想從事開發的朋友一定要先掌握好開發崗位需要的本領後，然後再去蠶食運維等領域。
切記，一定不要太浮躁，人雲亦雲，一定不要邊玩linux，邊玩開發，一個時間點專注一點，你就可以更快找到工作，找到工作後再去利用周末去培訓或自學，除非你參加脫產班的培訓，或者時間真的很充裕。
掌握了一項崗位的知識能力後，如果你真的掌握了的話，再學其它崗位技術的也會輕松很多，因為學習的方法都是相通的。
一定要先掌握你想從事的本領域的崗位的基本本領，短時間千萬不要樣樣都了解，會導致樣樣都稀鬆，最後找工作到處碰壁，短時間就是抓重點（記得我講的浴室著火吧）！
雖然企業對運維的崗位要求趨勢是越來越高了，但也不代表只學一種找不到工作。
對於新手，是無法再短時間內掌握運維和開發兩項本領的，哪怕即使是運維知識也是海量，學了前面的，忘了後面的網友滿地都是，最後厭學，能力沒提升，給自己帶來困擾。
例如你想從事運維，可以先學好linux運維，適當了解python開發，然後，找到工作後，再利用周末去學習。老男孩教育linux運維班新班會精講shell和python開發基礎，很多同學月薪可以達到12-13K，這個事實說明，先精通一門技術的重要性，但是一旦拿到offer，我們就會告訴學生要參加學習python開發以及高級架構師課程，說到這大家都明白了吧，linux運維，linxu架構，python開發，都是運維崗位需要的，打好linux基礎，可以找到工作，但是要想立足和發展就必須要學習linux網站集群架構，python開發，這是現實的行業內的人都看得出的趨勢，不這樣努力這樣做的，就算找到了工作可能也會丟失掉，談不上立足和發展了。
如果你想從事開發工作也是一樣，可以先學好開發，然後再去學linux運維+linux架構。（學歷達不到本科的同學，如果選擇純開發一定要慎重，衡量下自己適合不適合，能不能下足功夫和高學歷的去拼，開發領域的競爭者大把的本科、碩士的人群，而運維領域本科的同學基本上是鳳毛麟角，這也是老男孩老師當初差異化發展的思想，雖然老男孩是本科雙學士）。
新手一旦考慮學習開發，我建議可以學習python全棧開發，差異化發展，未來做開發做運維可以有更多的選擇，而不是去選擇php,JAVA等開發語言。

綜上，解答開篇的不懂編程的運維還能走多遠？

linux（含shell）已成為IT技術崗位的必備的技術（開發，資料庫，網路等崗）。
linux運維學好目前北上廣的薪水可以到8-15K，但是如果不快速繼續深入高級架構師和python開發，未來發展瓶頸十分大，時間久了，有可能上升空間就被會架構又會python開發的人堵死，刻不容緩。
python已成為IT技術崗位發展提升競爭力的必備技術（開發，資料庫，網路等崗）。
linux高級架構師（大規模網站集群架構）也將成為IT技術崗位發展提升競爭力的必備技術（開發，資料庫，網路等崗）。

因此，linux運維+linux架構+python開發這三項技術是近3-5年運維人員必備的技術，也是純開發提升競爭力最有利的武器。

掌握上述三項技術的先後順序可以為：

linux運維+linux架構或linux運維+python開發，這三項技術是有緊密聯系的，高級運維及架構師發展都得會！
有關運維人員的開發語言，做運維的人員一定要放棄小眾語言的學習,例如perl,ruby，也不要選擇偏離linux運維的php和JAVA。
linux+(shell/python)是當下最火的運維人員學習的組合，跟著趨勢准沒錯！
如果學習純開發可以選的語言有：python，php,java，但是這些開發崗位發展到1-2年後，還是需要學習linux運維+linux架構的，這就是所說的大一統的IT崗位技能要求趨勢。

總結：

掌握了上述運維和開發本領後，將來還可以朝大數據、雲計算等熱門領域過渡，基礎不牢地動山搖，沒有運維和開發基礎，大數據、雲計算這樣的空中樓閣，你就有看和想的份。

④ 雲計算時代，不會編程的運維必將失業

在互聯網時代，運維人員就是這樣的存在：小到一條信息發送，大到一次網路購物狂歡，只要和IT相關的業務就需要這些運維人員，沒有他們在背後的支持，企業就會出大亂子。
假如一個企業沒有了運維工程師，無論你的產品體驗多麼優秀、技術多麼先進，都會因為無法正常提供服務而被用戶所淘汰。
試想一下：你通過微信加上了自己的初戀，你發現她這幾年過得並不順利，對於學生時代念念不忘，最重要的是，她剛剛和前任分手，又罕見的表現出了想找個老實人結婚的想法。
你很高興！你趕緊表明自己單身二十七年三個月零七天就是在等她！
就在這時候，微信伺服器掛了！你回復的消息發不過去了！你急壞了！偏偏剛加上微信，你還不知道她的電話。
在你指天罵地半小時後，微信伺服器終於正常了，你收到了對方發來的消息：「既然你不願意，我也不強求了。。。互刪吧。。。」
你以後還會用微信嗎？無論微信能不能發語音、小視頻，有沒有朋友圈、搖一搖，你都不會用了。這就是運維工程師的重要性啊。
有了運維工程師，伺服器才能良好運轉，產品才能正常提供服務，用戶才能享受互聯網的便利。

可是現在到了雲計算時代，不少人說運維人要下崗了，是否真會如此呢?雲計算的出現是否會使得整體行業對運維的需求萎縮了呢?

我們都知道雲計算平台有IAAS平台、PAAS平台、SAAS平台之分，不同的部分對運維的角色都有著不同程度的影響，今天我們就來探究一下不同的雲計算平台對於運維人員究竟會產生什麼樣的影響。
IAAS
IAAS把基礎架構做成一個服務，資源即需即得，這也正式創業公司都願意使用公有雲平台的一個原因。按照傳統的模式，創業公司自己需要聯系機房、購買伺服器、電信機房放置調試伺服器/網路等等一堆基礎設施的工程，影響項目周期不說，還需要一定的專業技能，而IAAS把創業公司都從這些需求中解放出來。再進入到IAAS內部幾大部分，軟體定義計算、軟體定義存儲、軟體定義網路，進一步降低對運維人的依賴，確保一個大資源池的整體服務能力。讓軟體代替人，是IAAS層基本思想，都知道對於一個海量的服務架構，同時要面向不同的業務形態，IAAS只能依賴這樣的軟體定義能力，靠人是跟不上的。 結論：不需要那麼多基礎運維人員了。
PAAS
PAAS部分，進一步對服務進行抽象，變成一個公共的服務架構，研發程序只需要遵從一定的開發和配置約束，最後服務的運行、發布等都由PAAS平台統一接管，進一步釋放對運維的依賴，且此時根本就沒有IAAS層維護成本。 結論：不需要那麼多應用運維人員了。
SAAS
最後到SAAS部分，在傳統的模式下，運維都是自己搭建監控平台，自己構建部署系統。當前情況下，對於小的企業來說，可以直接使用雲平台自帶的服務，足夠應付。對於更大規模的企業環境來說，衡臘滑你可以選擇其他雲服務，只要你許可他們的agent安裝在你的伺服器上，採集數據/部署都可以完成。再回過頭看看IAAS雲中提供的RDS服務（類似SAAS服務），裡面把一切對Mysql的管理都封裝成webUI；對於系統中慢查詢，在給出報告的同時，還局肆能給出相應的優化建議，備份、遷移管理都一應俱全。 結論：不需要那麼多應用運維人員和DBA了。

這就告訴我們，在未來，只要雲計算繼續發展，大部分初級咐臘的運維人員失業幾乎是板上釘釘的事情。

但是，應該注意到雲計算也需要一系列的基礎設施，也需要運維人員進行維護。
與傳統企業裡面對幾台幾十台伺服器不同，在雲計算領域，運維工程師動輒面對數千台乃至數萬台伺服器，單純依靠人力完成這種龐大工程幾乎是不可能的，這就對運維人員的工作能力提出了更高的要求——運維人員的開發能力正式被提上日程，成為運維自動化發展的必要一步。
除此之外，雲計算領域的運維工程師面對的問題復雜程度將是之前的數倍：幾台伺服器出現故障，一個人只需半天就可排查完，幾十台則要花費更長時間，但是雲計算領域，資源都虛擬化後，故障定位和排除明顯是痛點，很容易牽一發而動全身，對運維管理本身的可靠性要求也無限升高。

因此，我們還應該看到運維這一職業發展的更高層次： 高質量、高技術水平的運維人員在未來必定是雲計算領域最稀缺、同時也是最必要的人才。
未來的運維行業，必定是工作崗位減少、技能要求上升、整體薪酬飛漲的狀況。

為了幫助大家在行業洗牌之前達到更高的技能層次，去爭取更高、更充足的薪酬回報，我們聯合騰訊課堂特別推出了Python運維開發課程，以餓了么Python總監為核心研發，全程BAT高級工程師授課，幫你實現高薪運維開發夢想。

本次課程報名4月22日截止，現在報名更可以享受最高800元優惠！

⑤ 幹了兩年程序員了，不知道下面的路該怎麼走了，請前輩們指點下好嗎

我有幾個做程序員的朋友，因為我是做職業規劃的，之前有朋友也咨詢過我類似的問題，答復如下：

1.首先，程序員是非常枯燥的工作，做了大概兩年左右都會有倦怠期，這個時候應該問問自己，我還要不要繼續做IT類工作。

2.若確認繼續做此類工作，那麼有兩個選擇，第一是繼續鑽研技術，平時多到網路平台找同行交流或學習。第二是轉運維類工作，我有兩個朋友就是由編程轉到了運維。其實還有第三，可以走管理方向，不過這個需要自己多學習管理類技能，同事也要有這方面的興趣。

作為一名從業多年的程序員，同時也是一名教育工作者，我來回答一下這個問題。

對於從業兩年的程序員來說，正處在技術成長期，如果未來想在技術領域走得更遠，此時應該注重開發經驗的積累，同時應該廣泛涉獵各種技術體系，尤其要注重各種新技術的學習，包括大數據、物聯網、雲計算、區塊鏈、人工智慧等技術體系。對於程序員來說，在從業的最初五年，一定要多做「加法」，更多的技術儲備能夠為崗位升級奠定一個扎實的基礎。

對於專注於行業領域的應用級程序員來說，還應該重視行業經驗的積累，在產業互聯網時代，行業經驗對於程序員未來的發展有非常重要的影響。對於大部分基礎知識比較薄弱的程序員來說，如果不能在技術研發的道路上走得更遠，就應該考慮未來的發展方向，如果具有豐富的行業經驗，會在很大程度上拓展自身的選擇空間。從當前行業發展趨勢來看，程序員可以考慮向產品經理、項目經理、行業信息化專家等方向發展。

對於從業兩年的初級程序員來說，如果條件允許的話，還可以考慮通過讀研來提升自身的崗位級別，目前有不少初級程序員都會選擇考研。按照 歷史 經驗來看，大部分程序員在考研之後都會獲得崗位升級，不少人在讀研之後會選擇進入互聯網大廠發展，薪資待遇也有了一定程度的提升。從這個角度來看，程序員讀研也是一個不錯的選擇。

最後，隨著產業互聯網的發展，當前程序員應該注重雲計算平台、物聯網平台和人工智慧平台相關技術的學習，未來這些平台將有廣闊的發展空間。

兩年也就相當於是剛入行的一個程度，那這個程度就是要多努力幹活，多學多練，想任何其他的都是白費功夫，因為你沒有其他的時間積累，在二至四年的這個時間里，要把自己的工資技術水平提升到你所在的那個城市圈子裡面的中上等的水平，然後你要有一個比較謹慎的思維，不要空有一個想法。

那麼這個時候你個思想和你這個能力就不匹配了。我們首先要選擇考慮的就是北上廣深。你現在還可以努力干到35歲左右。另外技術這個行業它分為一個是偏技術型，另外一個是業務驅動型，還有就是屬於技術骨乾性。偏技術型的話，不建議你選這個，因為不管是程序員也好，前端也好，都是工程師，都是幹活的，不搞科研，雖然很多it公司技術部要求很多，但是都是幹活的，沒有說太深的一些技術要求，基本上就是用於日常的技術啊bug。

另外一個是業務驅動型，也叫業務，就是你要主導需求就是客戶你能找到自己的客戶，然後還要和前端一起去搞定這些問題，你要有老闆的一個思維，自己乾的時間長了，那麼你就能找到自己的這個路了，不管是你創業還是說去其他的地方去做都對自己非常有好處。

你現在考慮的可能就是說以後怎麼發展他這個技術程序員發展的話一般是年齡平均到35歲左右的時候，你就可以通過前期的一些積累，然後鋪墊到35歲的時候，你就可以去做其他的行業的，因為你到35歲的時候，不管是去面試或者是帶領團隊熬夜，很多時候有些東西都跟不上了，所以建議你到那個時候去轉行。

你好，作為一個工作4年的同學，我想以個人經歷回答下這個問題。對於工作兩年的程序員來說，大都是處於技術的快速上升期，應該也接觸了挺多的技術面，包括但不限於分布式、資料庫、網路、大數據等，並且可能對某個框架或者技術有了自己的深入見解。

對於以後的發展，如果是想往 中間件方向發展 的話，需要掌握分布式原理、網路通信、消息隊列、資料庫操作、緩存等，大多數中間件都涉及到分布式支持。可以看幾個不同類型的中間件的原理與設計實現，比如MQ可以看Rockermq，資料庫可以看MySQL，緩存可以看Redis，網路通信庫可以看Netty，配置中心可以看Apollo等，注意，每種類型的中間件或者框架重點學習一個即可，因為思想都是相同的，理解了一個之後在學其他的很快就能上手掌握。當然，除了自己的技術學習之外，一個好的平台也是很重要的，不僅僅能夠認識一幫志同道合的朋友，還能有實際的業務平台去實現技術的價值，這里推薦阿里的中間件相關崗位，目前中國中間件團隊的java水平基本是阿里最高水平了，在這里誕生了很多知名的開源軟體。

針對1-5年的程序員關於技術點來說，可以參考芋道源碼整理的下面一張圖進行查漏補缺：

上面羅列的技術目前我也在學習中，對於技術人來說，知道自己想要什麼，要比自己知道怎麼要什麼更重要。知道自己想要什麼，你就會想方設法去實現它。不管怎樣，腳踏實地做好自己的工作，學習技術，肯定沒錯。

說實話我對程序這東西一竅不通，但我知道不管什麼事情沒有了程序那就亂了，電腦沒有程序就死機了，人幹事情沒有了程序那就沒有頭緒，我覺得你還是好好乾吧，這個行業永遠淘汰不了。永遠是最需要的東西！

說實話，只是普通的編程圈子不會很大，跳出這個圈子會發現還有很多其他相關的職業。如果在一個小公司，程序員工資雖然偏高，但在運營商務銷售其他職務心裡多少還是會有些輕視，畢竟現在普通程序員太多了，大部分人做的東西千篇一律，而他們認為工資其實是靠他們的能力賺取的。

如果想在小公司發展，可以深入了解業務，和一些其他職位的主力人員維護好關系，倒時候想創業可以合夥，想轉行也會輕鬆些。

如果想在大公司發展，可以走管理，大公司一般比較看重資歷，學歷，管理能力。

還有一種走技術路線的，一般只存在於大公司，這種部門在有的公司很閑只是撐個場面，有的是真正能做出實用的東西值得敬佩。

做任何行業都要堅持，兄弟你才做了兩年，相當於是剛入門，以後要走的路還會很遠。

就現在來說，程序員還屬於是高收入行業，工作還比較好找，趁年輕時好好乾，多積累一些經驗，多做一些大的項目，以後的路會越走越寬。

不太清楚你目前的困惑點在哪裡，是學習新技術感覺力不從心了？還是對技術沒有興趣了？還是不想當程序員了？還是對程序員的發展路線迷茫了？不管怎樣，幹了兩年的程序員，對編程這個工作還是有些經驗了，也能夠解決工作中的一些技術問題，但還處於相對初級的一個水平，畢竟積累不太夠。

建議繼續做2-3年開發工作，提升編程水平，提升解決問題的能力，逐漸成長為公司的技術骨幹。等到那個時候，你的選擇會相對多一些，也會理智一些。例如：你在開發過程中，覺得自己更喜歡跟人打交道，想做項目管理，那麼，你多做2年開發工作，並不耽誤你後面轉為項目經理。你可以將接下來的2年作為一個潛伏期，在做好本質工作的同時，注意一定要做好你的工作，你的工作做好了，自然會得到別人的尊重，也會贏得人脈，千萬不可以為將來不做開發了，就開始敷衍、不用心，做好當下，再考慮將來的發展方向，是換一個公司，換一個崗位，還是換一個城市？畢竟程序員的待遇還是可以的，多做2、3年，沒啥損失。

在迷茫的時候，不要做任何決定，靜觀其變。

大家好！我是鍵盤手，

關於這個問題我想說一下我個人的看法，我個人也是吃技術飯的，現在過了三十五歲了，打工已經沒有公司要了，也不想和大學生去搶飯碗，去工作人在心不在。以前二十幾歲的時候，總認為吃技術飯經驗很重要，年齡越大經歷越豐富，薪資就越高，而現實是，現在的公司一般不招三十五歲以上的人員，而且有些公司把三十五年以上的員工解聘掉，主要是人過了三十五歲，思想和創新能力、學習能力沒有二十幾歲時候強，所以對於技術員來說就是一道坎，很多人到了這個歲數都不敢隨意跳槽，也不敢創業。

所以我個人認為如果你不是很喜歡這個行業，就早點作出選擇，當然越早越好，如果你喜歡，那就深造下去，見意在三十歲之前能夠有所作為，不要再給別人打工，我過了三十五歲才明白，打工是最不劃算的買賣。

就這個問題，我根本不了解你的任何情況，我能指點個毛線。再說我還不是前輩。

幹了兩年程序員了，沒有說乾的好還是不好， 回答裡面的各位大佬，你就認為人家 是乾的不好，說不定這個哥牛的一B。

下面的路怎麼走， 我不知道~ 我也是渣渣，不夠格當人生導師~

⑥ 運維真的是整個IT行業技術含量最低的崗位嗎

在互聯網行業，運維一直是一個被深深誤解的位置，以至於很多人認為IT行業運維的技術含量很低，其實並非如此。

從本質上講，運維其實就是你用自己的技術儲備知識的崗位，保證你管理的IT服務能夠正常運行。

在商業上也是一樣。軟體工程師的任務是通過編寫代碼將軟體以圖形化的形式提供給用戶，而運維工程師的任務是使軟體在計算機或系統上正常運行。但是一旦軟體出現問題，大多數人想找的是軟體工程師，而不是運維工程師。

就像我們蓋房子一樣。產品開發負責房子的規劃，設計師負責房子的外觀設計，開發工程師負責建造房子，運維負責打好房子的地基。而打好地基，並不意味著簡單地挖個坑。裡面的技術含量很高。必須徹底研究坑的大小、深度、大小、濕度等。

房子蓋好後，大家只會關注房子蓋好後的風格。很少有人會注意房子的地基，但是一旦房子倒塌，大家就會懷疑地基是否牢固，運維這時候就出來了。回到平底鍋。

很多人片面地認為運維沒有技術含量。這其實是一種錯誤的認識。因為運維也是分很多層次的，就看你達到了哪個階段。基本上，現在一個運維除了掌握基本功，如果你還可以掌握雲計算技術和一門編程語言（比如Python語言最適合運維人員），那你就已經是高人了級別，基本上是全棧開發運維人員。這種運維不用擔心找不到工作，工資自然比其他普通運維高。

我自己在大公司和小公司都待過。我覺得主要是初級運維太多了，他們做了很多根本不能叫運維的事情。總結了以下幾點：

運維必然會做基礎工作，比如部署服務，上線，甚至搬機器，重裝系統等等。但是運維不能只做這個，所以如何在剩餘的時間內做有利於運維技術提升的事情就顯得尤為重要。

舉個簡單的例子：當你做研發的時候，你在其中處於什麼位置，你如何體現你的價值和技術能力？如果沒有，你基本上是在幫助別人。

廣泛的范圍包括：硬體、網路、操作系統、資料庫、存儲、開源軟體；職責：部署和調試各種功能，如ldap、samba、nagios等；進一步細化的分工還包括：壓力測試、性能優化、內核參數調優、系統問題跟蹤等。

很多運維要在不同層次上做太多的事情，導致很多事情只是完成任務，缺乏深入研究，當然也可能缺乏深入研究場景。

其實和第一點關系比較大，因為目標本身沒有足夠的規劃，總結性的介紹不夠，技術的提升也比較有限。

舉個真實的例子，我認識一個做運維7年多的人。這期間，他在幾家公司幹了很多事，時間也不短。通常情況下，會有相當多的積累。前段時間，我正要推薦他在內部擊球時，我查看了他的簡歷。我有幾個感受： 整個簡歷都是描述性詞彙，沒有數據支持；項目工作全是敘述性描述，充滿服務搭建和問題解決，沒有技術點；唯一的技術工作是一筆帶過，沒有方案選擇和技術能力體現，技術水平無法體現；

我自己也面試過很多人，說實話，這種簡歷離及格還差得很遠。應聘公司拿到這樣的簡歷，怎麼能快速的了解到你就是公司需要的人？

如果我們不知道運維的具體內容，我們無權評價運維的技術含量。一般來說，互聯網公司的運維內容分為兩個層次：

簡單的說，就是部署服務、維修電腦、安裝系統、安裝軟體、處理網路問題等等，做各種家務活，甚至弄個路由器、剪網線。

網路運維，即網路工程，必須精通各種網路協議和架構，Cisco、華為、H3C路由和交換，至少兩項；

資料庫運維，資料庫運維應該理解為DBA，至少要精通，並且要精通資料庫；

操作系統運維必須精通操作系統，了解操作系統內部工作原理，了解一些硬體知識，了解網路協議進行故障排除；

還有很多其他的事情，比如伺服器運維，都需要覆蓋面廣，同時擁有多種技術；

運維技術差，可能只是因為公司小，如果公司規模小，大家看到的運維工作只能是表面和基礎的工作，現在很多運維崗位都被雲服務取代了。運維的內容是在雲平台上運行軟體。

事實上，有人認為在平台上操作軟體很簡單，但實際上，如果沒有計算機相關知識的積累，很難知道雲平台上的功能實現。在這方面，技術含量不低。

如果公司逐漸成長為大型公司，運維的價值就會凸顯。比如雲資源和離線資源的管理、資料庫管理、網路管理、計算資源、網路資源負載、調度處理，都需要豐富的計算機理論知識和實踐經驗，否則無法提供穩定、上層的可靠服務。

作為一家提供互聯網服務的公司，用戶能否穩定可靠地使用互聯網服務，是他們生活的基礎。想像一家公司每三天失敗一次並且服務不可用。雖然強調了運維的存在，但大家還會相信你的產品嗎？

運維功能：

首先，BAT在運維上的分工更加細化。通常，系統、資料庫和應用運維是完全分離的。因此，它可能更側重於功能，當然涉及的范圍肯定會很窄。

在工作職能方面，運維主要圍繞可用性、效率提升和成本控制三個主要方面，與公司和研發目標密切相關。運維所做的大部分工作都是基於這三個目標。拆卸。

在技術改進方面，主要是以項目的形式，利用對服務的理解和技術方案來解決常見問題。

技術工作：

以服務可用性為例。這不僅僅是處理警報。操作時要小心。就像編寫一些自動化工具一樣簡單。

在工作方式上：

嚴格按照既定計劃安排工作、審查、總結。分工的實施是否有明確的規則，什麼時間維度准確到季度？月？星期？天？我多久回顧一次？

結合這些方面，BAT運維的同學才有可能實現快速的技術提升。這是我所看到的。

最後說一下運維方向：

為了在運維方面有一個光明的未來，需要幾個要素：

至少是已經發展起來並具有一定機器規模的業務。沒有必要在這里擊球，但選擇適合您的。

很多人不喜歡處理問題，然後只想著做高大上的事情。我不想告訴你這個結果，但它沒有接地，他們製作的東西沒有使用，等等。

所以我覺得運維架構師一定是一個懂業務、熟悉業務、非常熟悉的人。我身邊也遇到過這樣的人。他們級別很高，通常不處理任何問題，但在關鍵時刻（例如出現問題時），他可以快速找到關鍵點並解決它們，有些細節甚至比您還要多。明白了，不得不佩服。運維一定是這樣的人！

就算每天重復上線、處理故障問題、響應需求、開發維護腳本，也無所謂。關鍵是你有沒有從你做過的問題中看到業務和運維中的痛點，並使用現有的。技術方案，處理解決！

有很多問題，並不是說解決了很多問題就是一個偉大的人。問題的關鍵在於如何解決問題，同時體現你的整體視角和技術能力。

舉個最簡單的例子，一台機器的磁碟快滿了。這一定是一個特別小的問題。運維同學應該經常遇到。

如果你只檢查磁碟使用情況，然後刪除數據或調整刪除磁碟的腳本，那是最糟糕的文件；檢查磁碟使用情況，確認是單機還是批處理機有問題，為什麼此時報告，確認清楚可以解決，這是一個更高的層次；我查看了磁碟佔用，徹底發現了磁碟增長的原因，但發現磁碟增長是不可控的，現有的數據刪除方法無法避免報警。那麼有沒有辦法保證重要數據正常保留時磁碟不會報警呢？然後用技術方案解決，這是更高的層次。 . . . . .有很多這樣的例子。

你會發現運維其實就是利用你對系統、網路、硬體、規格、服務的熟悉，結合專業知識，用技術方案解決一系列研發測試無法解決或無法解決的常見問題。單獨解決。並且可以形成工具、平台、框架，最終為運維部門甚至公司創造價值。這是一個很棒的操作和維護。

所以還是同一句話：沒有技術含量低的崗位，全看你怎麼做。

隨著時代的發展，我們現在使用的任何技術，很多事情都可以通過雲計算解決，也有相應的產品和方案來解決，雲計算也對運維產生了一定的影響。新的發展趨勢由此而來。

第一個是從IOE到開源X86。其實去IOE也有一段時間了，為什麼要去IOE？ 2008年，全網印象比較深刻。當時，安全已逐漸上升到國家層面。此外，中國本土環境也日新月異。國產化需求和自主研發能力越來越強。一個強大的內部基因被定位。此外，還考慮到無論是國家層面還是企業層面，各行業都希望靈活控制結構的能力。這也是這個行業本地化的需求，這也是去IOE的第二個理由。從長遠來看，IOE架構和非IOE架構會長期共存，因為技術系統的升級不是一兩天就能解決的，尤其是一些核心資料庫、核心應用、核心系統的核心系統。當年經常部署在IOE框架下。

第二個是運維自動化和智能化。這個已經提了好幾年了，從接觸實踐到現在大概有五六年了，現在還在提。事實上，很多行業一直在迭代優化運維的自動化和智能化。它確實可以為我們的運維帶來很多優勢和優勢。

第三個是雙態IT運維。在傳統向互聯網和移動轉型的過程中，一方面為了保證現有業務的運營，另一方面為了適應這種新的IT技術的變化。

第四個是研發與運營的融合，即DevOps。 DevOps 在過去的兩三年裡已經滲透到了千家萬戶。其核心理念包括精益管理、敏捷等理論，通過持續交付、持續集成工具鏈，以及一些輕量級的IT服務管理。基於這些概念和工具，形成了從研發到運營的全流程體系。IT運維效率更高，迭代更快，反饋更快，更好地滿足內部業務需求和用戶需求。這也是研發運營一體化理念的價值所在。

第五個是整合雲資源，提供一個更大的平台來支撐大數據、AI智能、運維等一切各行各業 這也是互聯場景的一大趨勢。這對運維來說既是挑戰，也是機遇。為什麼？因為這個行業在不斷變化，技術也在不斷變化，只要順應大勢而變，我們就站在時代的潮流中。

如果我們在之前的運維理念上還是保守的，不上雲，不摸雲，那你肯定被淘汰了，因為我十年前很難部署一個資料庫，各種配置，各種調用，現在就可以直接打開一個RDS，進行優化，集群就完成了。在效率和穩定性上，分分鍾達到我們傳統的運維水平，這也是我們運維要面對的大勢所趨。

基於此，雲原生的概念在過去一兩年比較流行。事實上，它是對現有雲架構系統技術棧進行更深更廣的整合，採用Devops、微服務、敏捷的概念，採用類似中國大陸和台灣的概念或者開放的概念來構建和重塑技術體系，更好地支持新業務的快速迭代開發，這其實和DevOps的概念有很多相似之處。

第六個是數字化。這也是近兩年在中國的熱門話題。事實上，它也是。我們曾經建設過各種各樣的信息化，建設了很多系統和平台，但往往也搭建了很多障礙，導致我們很多信息系統不可用，業務碎片化。組織也支離破碎。數字化要解決的問題是通過底層的數據和演算法構建新的服務，打通我們的業務。這就是數字化要解決的問題。

大體上講了這么多趨勢，當然也有一些，大體是一樣的。以前是用硬體，現在是軟體自動定義；過去用伺服器，現在用雲，我們現在用雲，未來可能更混合。雲端，雲端整合；以前是技術運維，現在從事技術運維的整合；另外，同樣重要的是，無論我們現在做什麼，網路空間安全現在都提升到了國家層面，在企業裡面也提供了企業的最高點，這個網路安全是IT的一個標准。