軟體運維為什麼難招人

1. 請問：運維工程師，工作強度如何

工作強度低不低是看各個公司的，在A公司運維的強度非常高，基本都是晚上回去還要加班做一些事情，主要原因是人比較少；而B公司的運維強度和人均的負荷成正比，這個我雖然為B服務過，但是現在B怎麼樣我不太清楚；

運維人員的要求特別嚴苛，因為運維人員針對不同的問題，需要不斷的補充擴大自己的知識和研究范疇。

在初級階段，優秀運維人員會體現出格外出眾的主動性和責任心，面對陌生的業務會主動學習和拓展自己對業務對認識和相應的知識范疇，以能夠足夠的勝任業務的獨立維護。

在逐步的發展階段中，注重總結反省的工程師會逐漸成長為高階運維人員，通常他們會有比較體系化的服務運維理解。也有一部分工程師由於出色的項目管理規劃能力，逐漸成為項目經理。

再進一步的發展，高階的運維人員對於產品的理解將非常的透徹，因而在這種情況下，高階運維人員甚至可以成為產品的產品經理、產品研發的咨詢顧問，在產品功能的設計與開發中起到至關重要的角色。

拓展資料

工作內容

在軟體產品的整個生命周期中運維工程師都需要適時地參與並發揮不同的作用，因此運維工程師的工作內容和方向非常多：

• 事件管理：目標是在服務出現異常時盡可能快速的恢復服務，從而保障服務的可用性；同時深入分析故障產生的原因，推動並修復服務存在的問題，同時設計並開發相關的預案以確保服務出現故障時可以高效的止損。在這方面主要工作內容有：

• 問題發現：設計並開發高效的監控平台和告警平台，使用機器學習、大數據分析等方法對系統中的大量監控數據進行匯總分析，以期在系統出現異常的時候可以快速的發現問題和判斷故障的影響。

• 問題處理：設計並開發高效的問題處理平台和工具，在系統出現異常的時候可以快速/自動決策並觸發相關止損預案，快速恢復服務。

• 問題跟蹤：通過分析問題發生時系統的各種表現(日誌、變更、監控)確定問題發生的根本原因，制定並開發預案工具。

• 變更管理：以可控的方式，盡可能高效的完成產品功能的迭代的變更工作。在這方面運主要工作內容有：

• 配置管理：通過配置管理平台(自研、開源)管理服務涉及到的多個模塊、多個版本的關系以及配置的准確性。

• 發布管理：通過構建自動化的平台確保每一次版本變更可以安全可控地發布到生產環境。

• 容量管理：在服務運行維護階段，為了確保服務架構部署的合理性同時掌握服務整體的冗餘，需要不斷評估系統的承載能力，並不斷優化之。在這方面主要工作內容有：

• 容量評估：通過技術手段模擬實際的用戶請求，測試整個系統所能承擔的最大吞吐；通過建立容量評估模型分析壓力測試過程中的數據以評估整個服務的容量。

• 容量優化：基於容量評估數據，判斷系統的瓶頸並提供容量優化的解決方案。比如通過調整系統參數、優化服務部署架構等方法來高效的提升系統容量。

• 架構優化：為了支持產品的不斷迭代，需要不斷的進行架構優化調整。以確保整個產品能夠在功能不斷豐富和復雜的條件下，同時保持高可用性。

2. 為什麼我們公司的「軟體開發工程師」和「資料庫開發工程師」這么難招人

這個軟體開發工程師與資料庫開發工程師人員難招的原因在於公司和求職者兩方面原因：
公司原因：
1、招聘要求太高，而待遇確沒有與之匹配，沒有打動求職者
2、面試管主觀上原因，比如明明是招軟體工程師，卻提出其他要求，比如管理經驗呀之類的將自己的一些強項用來審視求職者。
3、公司的地理位置，交通等是否方便也是一個重要因素。
4、
求職者原因：
1、經驗豐富的求職者，往往會提出較高的待遇要求，而一般公司又對新人有謹慎的態度，畢竟只是普通技術崗位，不是管理崗，初期的待遇不會給的太高。
2、經驗欠缺的求職者，希望的是能在新的地方，能獲得更好的學習機會，但公司往往需要那些一來就可以獨立承擔工作的人員。
綜合來看，現在中國國情就是，公司和求職者都比較浮躁，公司不願意培養人，只想利用人，而求職者又想不斷尋求待遇更高的崗位，如果在同一個領域或同一個行業求職，可能會更能得到理想的結果，但可選范圍受限，所以跳槽不容易。

3. 軟體測試和運維工程師哪個有發展

不請自來，霸哥就簡單說說測試和運維的發展前景吧
其實整體來講，不管是前景還是錢景，測試都會相對比運維好一些，運維崗位在一定程度上來說，並不是和開發、測試崗一樣，算作技術崗位，更多的是支持類型的崗位，而且有可能是需要出差的，時間長短不確定，也會比較辛苦，對身體的消耗是比較大的，至於前景，天花板相對比較低一些，也就意味著薪資可能並不會特別高；至於測試的話，比開發簡單一些，不需要出差，但是可能會加班，不過更多的是後期的發展會比較好。
軟體測試的行業發展就目前來講有3點：軟體測試人才缺口；開發人員和測試人員的嚴重失衡；隨著企業對軟體質量的要求越來越高測試越來越重視：
A.據前程無憂招聘網統計，目前，國內120萬軟體從業人員中，真正能擔當軟體測試職位的不超過5萬人，軟體測試人才缺口已超過20萬並向30萬大關急速挺進。在中華英才網近期發布的2018十大熱門職業中，軟體測試工程師也位居三甲之列.
B. 軟體測試工作對軟體項目的重要性，從今天諸如微軟這樣的軟體巨擎的人員架構上就可見一斑。如今，在微軟內部，軟體測試人員與軟體開發人員的比率一般為1.5～2.5左右，即一個開發人員背後，有至少兩位測試人員在工作，以保證軟體產品的質量。
C. 微軟公司軟體測試工程師對外透露，在微軟內部，軟體測試工程師和開發工程師的比例基本維持在1：1左右，而國內其它軟體企業中這一比例卻僅在1：5至1：8之間。
所以總結下來，測試崗位目前崗位風口是比較大的，企業招人很多，另外就是用戶對軟體質量的要求越來越高，也就推動了企業對測試人員越來越重視，畢竟關系著企業的命脈，如果軟體質量不好，那麼企業基本上也就涼涼了。
綜上來看，霸哥覺得還是軟體測試的崗位發展會更好一些，以及錢景會更好一些~

4. #運維工程師#為什麼沈陽運維工作這么難找真的想要放棄了轉行了，工資還低。。。

運維只是統稱，如果真要區分開來，分服務對象，桌面服務，屬於最下層，但是這類基本每個公司都需要，所以工資低。第二層就變成系統運維，不光只是桌面系統，涵蓋各類伺服器系統的日常維護，需要一些網路知識，一些基礎應用服務知識，這類不是所有公司都需要，但是一旦公司有架設自己的伺服器和內網應用，這類運維人員也將必不可少，工資對比桌面服務運維工資要高出百分之五十以上。最後是頂尖的運維人員，只有這類人才能稱之為運維工程師，工程師這個定義說的就是這類人，起碼精通一門腳本語言，能獨立完成自動化運維腳本方案，英文水平拔尖，能快速處理bug故障，精通使用多種運維工具，並且能在這基礎上完成開發，資料庫、容器、優化、虛擬化等等，這類才是運維工程師。前兩個階段只能叫運維人員~ 等到這個階段，就是別人求你的時候了，有技術，有經驗的運維工程師，鳳毛麟角，招人也是寧缺毋濫。 來自職Q用戶：匿名用戶
我們這邊的運維和helpdesk在一起做的，但是工資低的可憐，一般只有3000多點，迷茫中，ps我是做helpdesk的 來自職Q用戶：匿名用戶

5. 做為IT運維有前景嗎

1、運維工作分的也很細，中間件運維，oracle 資料庫運維，網路，unix，硬體等，具我所知，工資要比普通開發人員高。還是看個人吧。
2、不過我們組算是運維部的一個專門的開發團隊，運維一般圍繞兩個問題來做：
1.監控
2.部署
監控採集，會遇到大數據量（比如facebook和騰訊都是30W+台機器）各種採集項採集策略，部署也是蠻有意思，比如如何把數據分發到大批量機器上
我堅信，任何事情只要用心去做都很有的做
運維照樣需要開發，這個毫無疑問，而且難題也很多，與產品線RD相比，都差不多，只是面對的問題域不同而已
希望可以幫到你。。

6. 做IT運維服務前景如何比如IBM關於大型主機維護的工程師，客戶主要是一些建行、農行等大銀行什麼的。

大型機的維護還是挺吃香的，但是往上走很有難度，因為涉及到核心點的東西能解決的一般都是老外，另外就是有大型機的一般都是那幾家大銀行，不太好漲；
如果你可以進IBM，建議選小型機方向，AIX還是很多很吃香的。
如果更改畢業，最好先搞幾年開發再轉，那會比一般的運維和一般的開發要好發展很多。

7. 程序員和運維哪個難，哪個門檻低

我覺得是運維更難，你可以參考一下對比一下：
本專業畢業生適合的工作崗位是計算機程序設計師。適合於熟練地按照工程化的思路進行軟體編制、軟體測試的工作崗位，能擔任各種企事業單位和各級工程建設部門、管理部門的計算機軟體和硬體維護、網路的組建、維護等工作，也可從事計算機研究與應用、軟體開發等方面的工作。具體可分為以下方面：
1 可視化編程掌握程序設計方法及可視化技術，精通一種可視化平台及其軟體開發技術。獲取Delphi程序員系列、Java初級或VB開發能手認證。 就業方向：企業、政府、社區、各類學校等可視化編程程序員。
2 WEB應用程序設計 具有美工基礎和網頁動畫設計能力，掌握互動式網頁程序的設計技術，能進行網站建設和維護。獲取Macromedia多媒體互動設計師或Delphi初級程序員或Delphi快速網路開發工程師認證。 就業方向：企業、政府、社區、各類學校等WEB應用程序員。
3 軟體測試 掌握軟體測試的基本原理、方法和組織管理，精通軟體測試工具。獲取ATA軟體測試工程師或Delphi初級程序員或Java初級程序員認證。 就業方向：企業、政府、社區、各類學校等軟體測試員。
4 資料庫管理 能應用關系範式進行資料庫設計，精通SQL語言，勝任資料庫伺服器管理與應用工作。獲取Oracle資料庫管理或SQL Server資料庫應用或Windows XP應用認證。 就業方向：企業、政府、社區、各類學校等部門的中、大型資料庫管理員。
5 圖形圖像製作 精通國際上流行的圖形/圖像製作工具（如CorelDraw、Photoshop、Pagemaker等）。獲取平面設計師相關的認證。 就業方向：廣告製作公司、建築設計公司、包裝裝璜設計公司、居室裝修公司、出版印刷公司。
6 網路構建技術 熟悉網路結構和組網方式，掌握建網方法，能利用工具分析和排除常見網路故障。獲取Cisco路由配置或華為網路工程或AMP應用工程師認證。 就業方向：企業、政府、社區、各類學校等網路構建工程師。
7 網路系統管理 掌握網路系統管理的基本知識與應用技能，能進行網路系統的安全設置。獲取Window2000 Server或TurboLinux TLCE或Cisco路由配置專家認證。 就業方向：企業、政府、社區、各類學校等網路系統管理員。
8 多媒體製作 具有多媒體程序設計與多媒體製作策劃的能力。基本掌握面向對象程序設計與建模、造型設計、場景設計、分鏡頭原理等技能。獲取多媒體設計師相關的認證。 就業方向：多媒體設計與製作公司、動畫美術製作出版公司、廣告製作公司。
9 計算機辦公應用 精通辦公自動化應用與管理，熟悉伺服器的安裝、管理和維護，基於應用伺服器的相關服務和軟體系統，具備對伺服器的網路安全設置、郵件、網頁發布、FTP、OA、BBS等系統的應用和維護能力。 就業方向：企業、政府、社區、各類學校等系統管理

8. 運維為什麼沒人干，有前途么

運維沒人干是因為工作量大，而且較燒腦，容易對身體造成不良影響，但這個職業還是很有前途的。

從行業的角度來看，隨著中國互聯網的飛速發展，網站規模的擴大以及架構的日益復雜，對專職網站運維工程師和網站架構師的要求將越來越迫切，尤其是對於 對於優秀的運維人才來說，是龐大的，而且年齡越大，就越有價值。

當前，國內外對運維人才的需求非常緊迫，運維工程師的薪水也在不斷提高，與研發，測試等技術部門的水平相當甚至超過。

9. IT運維工程師發展前景如何

–工作強度低不低是看各個公司的，在A公司運維的強度非常高，基本都是晚上回去還要加班做一些事情，主要原因是人比較少；而B公司的運維強度和人均的負荷成正比，這個我雖然為B服務過（以前我在一家B的供應商呆過，去過B做過一段時間），但是現在B怎麼樣我不太清楚；2.運維工程師工作的技術含量會不會低一些? 所以壓力小一些?– 運維的工作性質主要還是維持運行的平穩和高效，工作主要有安裝調試軟硬體，根據不同開發項目配置伺服器軟體，監控等事情；相對開發來說更加偏向操作系統或資料庫（這是兩個方向，一般是分開招人的）；而開發的偏向於開發軟體和一些中間件，資料庫和系統一般就由運維的人把關；我個人認為： a.IT運維工程師發展的方向。DBA偏向軟體，而OS管理員和network（比如cisco）管理員偏向軟硬體結合，還有一種人就是純粹玩硬體的（安裝伺服器硬體、機櫃什麼的）； c. 相對開發，運維的經驗學習成本是比較高的，就是說你不在一定的實用環境下是沒法學會真本事的，而開發你坐在家裡就可以摸索一個大概出來；而運維的知識更新的速度相對慢，10年前的DBA知識更新可能只有50%，而他本人會非常值錢，而2年前java的一些內容可能都沒有發明出來；除非你在開發做到管理職位，否則純技術開發學習更新的代價會非常高；反過來說：技術開發適合比較喜歡新鮮、喜歡創新的人，而運維適合循規蹈矩比較踏實的人；3.在B,運維工程師的薪水只有開發的2/3左右.你們公司也是一樣嗎? –我個人認為：公司給不同position的薪水肯定是和他預估這個職位重要性和工作強度成正比的，但和未來發展是否正比就不得而知了，這在B內部是有可比性的，至於A如何，我不太清楚，應該相差不大，畢竟A的運維已經是全球領先的，而且人數非常少；4.IT運維工程師發展前景怎麼樣,會不會以後的發展空間比較小?

10. IT運維的面臨困惑

隨著IT建設的不斷深入和完善,計算機硬軟體系統的運行維護已經成為了各行各業各單位領導和信息服務部門普遍關注和不堪重負的問題，據統計，IT運維服務佔到IT部門工作量的80%左右。
（1）IT運維工作忙而不受重視。
IT運維服務人員工作的一個普遍現象是「很忙碌，坐不下」，每個IT運維服務人員都很忙碌，到處在各個業務部門間解決和處理問題，就像「救火員」。雖然如此忙碌，但業務人員還是經常抱怨「找不到人」、「解決問題太慢」等等。IT運維服務人員的工作始終得不到業務部門的認可，而且工作量也難以量化。運維或信息部門作為單位的業務支撐部門，在信息系統的戰略規劃項目立項等工作中話語權較弱，更談不上決策權，往往是項目建設完成之後才介入系統的管理和維護，等到發現問題為時已晚。
（2）IT系統復雜，維護難度高，風險壓力大。
隨著組織信息化的不斷投入，組織的硬體設施、軟體系統不斷增加，軟硬體設備的增加在一定程度上增加IT運維的復雜性，包括各類開發系統、各類應用架構、不同品牌廠商設備等等，需要不斷增加人力投入，IT運維成本居高不下。對業務連續性要求較高的單位，系統一旦宕機損失是巨大的，運維部門壓力可想而知。有的單位由於缺乏系統的資產管理，運維部門很難准確了解公司到底有多少IT資產，公司是否需要購置新機也缺少數據支撐。在年底審計時全團隊奮戰多日才能完成單位的IT資產清查工作
（3）技術人員難培養，流動性大。
大多數時候，運維人員都在進行著簡單重復的工作，且很難得到最終用戶的肯定，他們私下用「碌碌無為」、「窮忙族」來形容自己，人心渙散，自我認可度低，團隊人員流動率較大。情況往往是某人好不容易成為熟練工了，卻因為看不到職業前景或感覺不受重視而提出辭職。這些中堅力量的離職，會造成客戶滿意度和運維質量相當長一段時間內出現波動。
（4）服務商難管理，技術水平參差不齊，服務不及時，有問題不能及時解決。
IT運維服務外包存在一定風險，關鍵在於對於IT運維服務外包供應商的管理不到位，具體體現在招標環節疏於審查、過程監督環節疏於監管、以及事後評價環節疏於考核。通過在招標環節加強對供應商資質、能力水平、案例等考察可以有效包括准入關；通過在服務過程中加強監督可及時發現供應商服務提供能力的異常；通過事後評價可以建立供應商的退出機制，保證供應商提供優秀的服務。