1樓：雲掣YUNCHE
現在不論是國家還是企業都大力的推廣上雲，雲計算的發展也是飛快的進行。
對於運維來說，雲計算的發展對運維的影響就是替代了原本運維那些「髒亂差」的工作，需要的是運維做真正有意義的工作，像是資源管理、應用部署公升級、監控和故障處理等。
同時雲計算的發展也在促進這雲服務這一行業的，雲服務是依託於雲計算的，讓雲計算能夠有更充分的價值，而且還能夠具備產品的效能，能夠為雲計算大大的增值。
雲服務的根本就是幫助傳統行業、中小企業等來進行雲上管理的服務，幫助他們省去運維的人力資源成本，所以如果說「雲計算在殺死運維」那也是被雲服務商替代了的普通的運維人力。
現在，雲的市場對於運維的人才還是求賢若渴的，運維這一職位還是不可或缺的，而且對技術的要求越來越嚴格，需要緊貼網際網路的發展對自己的知識和技術更新換代，要不小心被時代淘汰哦！！！
袋鼠雲資料中颱讓資料產生價值
2樓：亞當不是程式設計師
直白地說：我覺得雲計算算是促進了運維職位的技能公升級，重新定義了運維這個職位要做的事情。
如果把乙個公司的IT架構從上到下分類的話，可以分為這四層：
第一層：硬體設施，比如資料中心裝置的維護和管理
第二層：伺服器作業系統的維護，比如擴容，系統公升級，網路架構等等
第三層：應用層面，包括程式的開發和維護
第四層：產品層面，提出產品需求交給第三層的程式設計師去寫
以前運維要面對的工作主要是在第二層，而現在第一層和第二層都由雲平台管理的情況下，運維的工作就變成了：通過雲平台去管理第二層管理雲平台：平台訪問控制，資源部署和管理
自動化原來第二層的工作：設定自動擴容，Infrastructure as Code，搭建CICD等等
總的來說，雖然技術進步了，很多東西都自動化了，但是工作並沒有減少，只要還有工具在手上，運維就需要去管理這些工具
3樓：阿里雲 敏言
看了好多回到，都是說阿里雲做了很多運維做的事情，自動化運維，但也只是簡單的基礎部門，也不是殺死，就是對運維的技術要求更高了吧，我經常在運維群裡潛水，因為不敢發廣告，他們有的運維自己說的，運維就是事兒少......
4樓：我的褲子容易破
應該說是殺死「傳統運維」，而且有些人似乎把自動化運維、雲計算、AI混在一起，雖然這三者間有所關聯，同時也是我們的努力方向，但是，說真的，離開人為操作的運維，哪怕阿里巴巴也不能百分百做到，為什麼？單單物理層的故障就離不開人為解決，可能你要說那就派駐個低階運維就好了，但是現在的裝置一年的迭代產品都那麼多，很多大公司也因為資料量大而雜造成有部分架構未完成公升級，需要懂得的技術問題也會很多。再加上，你去看看外面的招聘資訊，哪家運維的需求沒有加上「雲伺服器」「懂開發」「自動化」等的。
5樓：嘻嘻
雲計算為啥會「殺死」運維呢？我倒認為雲計算為運維提供了更多崗位的選擇性啊！雲計算現在也逐步被大家熟知，而且人們的生活現在離不開雲計算行業，有了雲計算不更需要運維麼？
要說現在的工具取代了人工，從而導致了運維崗位不再像以前那樣需要那麼多人手了，那還可以理解，以前的運維都是純靠人工，運維效率很低，而且還容易出現漏洞，現在都是利用伺服器管理面板（雲幫手）在進行管理，不僅提高了運維效率也提高運維的安全性，所以現在會經常看到乙個運維管理100+，1000+臺伺服器，每個運維管理伺服器的台數在不斷增加，但是一樣可以很快速，清晰的了解到具體是那一台伺服器出現了問題，並且快速的解決了這些問題。反正總結就是跟隨時代的腳步，多嘗試新事物，就不會被時代淘汰的
6樓：binggg
不接受新技術趨勢的才會被淘汰
就像逆水行舟，不進則退
我老東家去年全面上雲，運維同學不但沒有失業，反而在業務的上雲、容器化等工作起到了很多關鍵作用，上雲之後，一些基礎的運維工作交給了平台去做，運維同學則可以花更多精力去貼近業務服務，往 DevOps 方向發展，比以前交付更多業務價值
7樓：
不會殺死運維。而是對高階運維的需求會越來越多，雲技術本身迭代就快，又有那麼多大企業開始部署和遷移到雲上。前景是樂觀的，同時也需要現階段在運維崗上的同事可以發揮主觀能動性，自我激勵，學習更多的技術。
8樓：樹明
雲只是增大了運維工作的複雜度，以往計算、儲存、網路大體是由三個方向的運維來做的，雲要求運維至少要全部都懂一點，此外還有衍生而來的新概念新技術。僅此而已。
如果不求上進，沒有對新技術的熱情，雲計算殺死的不止是運維。我們有開發直接在自家本地筆記本直接呼叫K8s 的Service IP然後理直氣壯的和我說是物理級別的網路問題，那句話也正好可以用在這個問題上，對技術人員來說，弱小和無知不是生存的障礙，傲慢才是。
其實不光是運維，做什麼都是這樣，逆水行舟，不進則退。
9樓：
雲計算會減少運維的工作量, 但是老闆不會讓每個運維的平均工作量減少. 如果行業規模不能繼續增長, 運維崗位的數量肯定是要減少的.
10樓：Holiday
雲計算不會殺死運維，但會重塑傳統運維的思路。
運維行業的發展是乙個逐步演進的過程。過去十年的運維發展，大致可以概括為人工作坊、指令碼工具、流程系統和運維平台以及即將到來的智慧型運維這幾個階段。
題主和廣大運維人員的焦慮，原罪是隨著雲計算和AI興起的智慧型化運維。
當下，隨著雲計算技術的普及以及容器技術的興起，運維效率大大提公升，運維平台得以將運維人員從繁重的人工操作中解救出來；而人工智慧的發展也使得 AIOps 成為可能，讓運維人員能夠先使用者發現故障，更好得保障業務執行，提高業務穩定性。所以雲計算和AI時代的運維轉型公升級是乙個非常明確的方向。
11樓：李哥哥
殺死的是誰？殺死的是那種運維？這個問題值的深思，有種運維會個ping，會裝個印表機驅動，會遠端登入伺服器，每天裝兩個台式電腦系統，被單位大媽們叫叫老師就感覺自己已經是技術大牛了！
有的運維學完linux，學python，學完python學openstack，學完openstack學sdn，還感覺自己是小白！
無論有沒有雲，裝印表機驅動的運維不會下崗，每天學習sdn到深夜的運維也不會下崗，哪下崗的是誰哪？
我說不清楚，我也不知道！
12樓：彭躍淵
先說結論：並沒有。
運維是個與IT運營相關的職責概念——也就是說只要還需要人來進行基礎設施維護、系統監控、事件處理、服務處理、運維工具開發等工作，運維就不可能死。就算有一天（有生之年系列）人工智慧技術真的能cover以上全部事情，難道運維「人工智慧運維系統」就不是運維了嗎？
「阿里雲正在緩慢而穩步地殺死運維行業「的真相不是雲計算在殺死運維，而是在轉移那些小公司的運維職責，從以前的小農式的私有運維轉為工業生產式的規模化自動化智慧型化運維。你看看阿里雲招收的運維開發工程師崗位在這幾年是增多還是減少？
雲計算的發展實際提高了運維的地位，規模化和平台化帶來的複雜性提公升，需要整個IT行業使用新的運維思維與技術去應對，這意味著重視與投入。Devops和AIops就是在這種背景下逐步擴大影響力的。
13樓：「已登出」
這明明是運維外包啊……把維護伺服器這項任務外包給了IaaS提供商。
而且在IaaS提供商那裡的虛擬機器和容器也是需要運維的。
要真正不需要運維的話，還是要serverless吧。
14樓：於半仙
本來想回來一下來著，看著這麼多熱情的廠商做廣告和賣弄學問，我就不正經回答了；作為乙個資深老運維，不確定這是不是廣告貼，就散亂回答一下：
上雲取代掉的是細枝末節的繁瑣工作，比如打網線裝系統，但上雲取代不了運維決策；
搞雲計算最大的利好是，過去企業只有3-5個IT專案，現在IT專案的需求更大、規模也更大了；
過去運維獨享一塊小餅乾，現在雖然70%的份額被雲廠商搶走了，但雲大潮將小餅乾做成超大披薩餅了。
此外，每個公司的運維工作範圍都不一樣，我做的運維是最全面的，把開發封裝的死死的哪一種。
我2023年就寫過文章，說運維這個職業要出亂子，然後再也不想搞運維了。
五年前的預言--2023年雲計算時代的運維職位展望
我最近幾個月也些過IT就業趨勢的文章，你可以自己看看。
踏雲落地--談IT就業趨勢
別上程式設計師論壇，Coder的鄙視鏈裡，非coding工作都是給他們打雜讓他們鄙視的……
15樓：食鐵獸
不扯那麼多技術上的閒篇子
先進生產力總是要乾掉那些落後生產力
就像蒸汽機乾掉手工藝匠人、火器取代冷兵器
這個是歷史規律
個人的解決方案就是順昌逆亡
16樓：dingh
沒有。需求人數可能變少，但實際上對運維提出了更高的要求，以前是乙個運維管幾個機器或者小的集群，大型資料中心的運維會管理成千上萬的機器，無論是自動化流程還是各種監控、容錯工具，本質上都是幫助運維從「重複性高「OR「人為操作容易出錯「OR「人工效率低下「的工作中解脫出來，讓運維工程師聚焦真正有價值的工作，比如故障的分析，配置的優化，工具的持續改造等等。可以搜尋一下Google SRE，強如谷歌也承認這是硬性需求而且乙個合格的SRE十分難培養。
當然抱著舊飯碗吃飯不願意更新技能的，不管運維還是開發還是架構師，終究會被淘汰的。
17樓：還有我的牛我的歌
雲計算也需要運維，只是需要運維的水平提高了而已，相應的運維的薪資水平也會提高。openstack在國內的應用很大乙個作用是培養了一批python開發者和提高了運維者的技術水平。
18樓：網易數帆
運維的未來是 DevOps 和 AIOps。
不管是指運維這個行當，還是指企業裡面的運維團隊，雲計算殺死運維的苗頭現在都還沒有顯示出來。運維的內容和門檻，確實都會有變化。但絕不能否認運維存在的價值。
對於公有雲計算服務商，運維就是 SLA 不可或缺的一部分，想想即便乙個區域的 IaaS 有問題，就會有多少客戶抓狂，對業務至關重要的資料庫出問題就更不用說了。當然，公有雲這種以規模取勝的生意，自動化、智慧型化的工具必不可少，通常需要運維團隊自己來定製。
對於重度使用雲計算的企業，PaaS 再豐富，業務系統開發門檻再低，運維也仍然不可或缺，即便使用 Serverless 容器、CI/CD 工具，應用層面的運維，包括應用效能監控，包括慢 SQL 的排查，都是企業自己的鍋（當然可能需要開發來處理），就算服務商說要幫忙，企業也不放心吧。
雲計算運維需要經常加班嗎？
三杯水 一般公司崗位職責上會寫7 24小時OnCall。具體的就得看公司了 1.人員安排比較充足的，可以安排值班制，主要是保障突發情況下出了問題有人處理。3.其他情況下可能加班比較多吧，網際網路公司大部分是早9晚9，默寫特殊行業比如教育，晚上操作的可能上班更晚，下班也更晚。以上不管加班如否，時間都是...
雲計算運維需要哪些能力和資質？
Lynx 1 平台架構組建 負責參與並審核架構設計的合理性和可運維性，以確保系統上線後，安全 高效 穩定執行。保障並不斷提公升服務的可用性和資料安全性，提公升使用者體驗。2 日常運營保障 負責運用運維技術，運維平台，確保入網裝置的全面納管和全生命週期管理，確保裝置 業務及安全等狀態可監可控。負責制定...
Linux運維會不會消失在雲計算中？
雲計算本身也得有人運維啊。k8s看起來不運維，kube proxy下邊不還是lvs。更不要提網路部分。但隨著基礎設施概念抽象層級越來越高，對大部分中小公司，可能本身真的不再需要運維人員了。 木泉 這裡再補充說明一下，現在比較火熱的雲計算工程師，實際上也是屬於運維行列的 Linux主體分為 運維 與 ...