未來，運維崗位不會被淡化，相反會發(fā)展的越來越好。現(xiàn)在，之所以會有很多人擔憂運維的未來，是因為如今大多數(shù)公司的運維其實就是打雜的，這主要歸因于基礎(chǔ)設(shè)施不夠完善，需要運維手工補齊短板，所以運維需要承擔很多臟活、累活。當基礎(chǔ)設(shè)施短板補齊，運維可以在上面做更多業(yè)務(wù)側(cè)的工作。從大公司和公有云角度來看，他們確實不需要這么多運維，但是市場體量將會變大，運維人員的需求也會隨之增加。
隨著公司規(guī)模的逐漸擴大，從人肉運維到工具化運維再到自動化運維乃至 AI 時代的智能化運維，對于運維能力的要求是越來越高，對于運維人手的要求卻越來越小。無怪乎有人發(fā)出這種論斷：云計算（AI）正在殺死運維！
Netflix 從一開始就強調(diào)開發(fā)人員進行自助化運維，他們的理念是：誰構(gòu)建，誰運維。其運維工作全部由開發(fā)人員完成，只保留極少的 Core SRE 角色專門響應(yīng)和處理嚴重等級的故障。
最后，提升技術(shù)運營意識，簡單來說就是可以根據(jù)需求把承載標準化和規(guī)范體系的工具平臺真正落地應(yīng)用。在這個過程中，通過問題收集和一定數(shù)據(jù)分析，再回到產(chǎn)品設(shè)計和需求流程中進行改進，從而形成良性閉環(huán)。
另一方面，我們必須承認云計算和人工智能所帶來的挑戰(zhàn)。如今，企業(yè)已經(jīng)從單純選用 IaaS 服務(wù)向 PaaS 和 SaaS 層過渡，這些產(chǎn)品基本都在公有云平臺內(nèi)部經(jīng)歷了長時間的磨練和運行，這讓不少新興企業(yè)只需要專注業(yè)務(wù)邏輯，而無需自研純技術(shù)產(chǎn)品。這種情況下，企業(yè)非但不需要應(yīng)用運維這些基礎(chǔ)崗位，就連門檻較高的分布式中間件研發(fā)崗位可能也會大量縮減。
無論是做運維轉(zhuǎn)型還是做其他技術(shù)轉(zhuǎn)型，具備代碼開發(fā)能力都已經(jīng)成為一項必備技能。
云廠商確實在運維層面做了很多工作，但這部分工作并不是運維最看重的。換句話說，這些工作都不能體現(xiàn)運維人員的核心競爭力。過去，運維相當于黃包車車夫，累死累活半天可能也就繞著二環(huán)跑了兩圈；現(xiàn)在，云平臺可以免押金租給他們一輛汽車，輕松一天往返五次機場，你覺得哪種司機掙得多呢？
在云時代，運維人員并不是沒有價值，而是會變得更加重要。云計算承諾高彈性、高可用、高性能、智能化，但公有云的 SLA 真不是目前的 AIOps 和運維自動化工具可以獨立承擔的。
一石激起千層浪，有人認為這只是杞人憂天，并反問“阿里云自己都剛宕機，還想說不需要運維嗎？”，有人則認為英雄所見略同，還有人進一步將未來的運維闡述成“云維”。
這是阿里運維從工具化到自動化最重要的一個過程。集團性公司支撐的 BU 一般非常多，導(dǎo)致運維團隊基本都是在干臟活、雜活。從組織層面上做出這樣的調(diào)整后，運維團隊的大多數(shù)人更多的時間是投入在研發(fā)工作上，而不是投入在日常的雜事上。這是 DevOps 真正意義上被徹底執(zhí)行。
面對這些改變，運維人員唯一的辦法就是不斷學習和提升自己的技能，保持自身的與時俱進，及時做出相應(yīng)調(diào)整和改變，這才是應(yīng)萬變的根本之道。
阿里技術(shù)團隊在 2016 年左右開始了一次大的組織架構(gòu)調(diào)整，即把日常的運維工作交給研發(fā)做。原來的 PE（Production Engineer）要么轉(zhuǎn)崗去做工具平臺開發(fā)，要么作為運維專家做產(chǎn)品規(guī)劃和設(shè)計，還有一部分無法適應(yīng)的只能黯然離開。
因此，雖然云計算和人工智能是未來的重要發(fā)展趨勢，但短期內(nèi)還存在很多問題需要解決，企業(yè)需要具備專業(yè)的技術(shù)團隊來更好得將云服務(wù)落地，并保證服務(wù)的可用性和可靠性。目前，很多企業(yè)尚處于混合云階段，數(shù)據(jù)的流轉(zhuǎn)、計算等環(huán)節(jié)都需要技術(shù)和運維人員的存在。短期內(nèi)，運維人員仍然在公司中具有重要地位。
專家認為，亞洲服務(wù)器租用 歐洲服務(wù)器，運維團隊的實力也是云計算服務(wù)商的核心競爭力，云計算要求更高的運維能力，能夠保障大規(guī)模基礎(chǔ)設(shè)施和業(yè)務(wù)穩(wěn)定運行。對于企業(yè)用戶而言，底層基礎(chǔ)設(shè)施的運維工作確實可以甩給第三方公有云服務(wù)商統(tǒng)一負責，但上層應(yīng)用的運維工作還需要企業(yè)自己來承擔，比如環(huán)境配置，不過更多的是 DevOps。
其次，需要提升產(chǎn)品意識，這并不是要求所有運維同事都成為優(yōu)秀的產(chǎn)品經(jīng)理，或者具備很強的產(chǎn)品設(shè)計能力，而是一定 要有產(chǎn)品意識，這一點小轉(zhuǎn)變就可能帶來很大不同；
留給運維人員的時間還有多少？
1云計算正在殺死運維嗎？
類似的還有亞馬遜，無論是電商業(yè)務(wù)還是 AWS 公有云業(yè)務(wù)，都由開發(fā)負責。
2沒有運維的 Netflix 和運維轉(zhuǎn)研發(fā)的阿里巴巴Netflix 的運維模式
由于運維團隊對需要部署的變更本身缺少直接了解，因此問題部署通過會帶來更長的檢測與解決周期。當時在代碼完成到部署之間的時間斷檔要遠遠長于當前，發(fā)布時長往往需要數(shù)周而非數(shù)天。這方面反饋主要來源運維人員，他們大多親身經(jīng)歷過諸如警報 / 監(jiān)控缺失或者性能問題以及延遲增加等挑戰(zhàn)，而這些問題最終又會被轉(zhuǎn)移至開發(fā)人員手中。
他建議：
好在，目前這項進程的轉(zhuǎn)變步伐不算很快。一位與傳統(tǒng)大型企業(yè)打了十多年交道的技術(shù)專家認為:
根據(jù)科技發(fā)展的歷史，每次技術(shù)革新都會丟掉一部分舊工作，并帶來更多更有價值的新職位，某位圈內(nèi)云計算專家在接受 InfoQ 采訪時表示：
隨著自動化的逐步完善，單個 PE 能夠支持的業(yè)務(wù)變得越來越多，很多事情似乎都可以通過自助完成，很多公司可能在潛移默化中就降低了對應(yīng)用運維崗位的需求，逐漸以一種類似阿里的發(fā)展方式運行，似乎用不了多久，運維崗位就會被普遍“殺死”，運維人員應(yīng)該如何做好轉(zhuǎn)型和過渡呢？
當企業(yè)逐漸云化，運維崗位可能會適當精簡，但是不會被完全取代，企業(yè)仍然需要人員負責資源管理、應(yīng)用部署升級、監(jiān)控和故障處理。按照 DevOps 理論來說，可能所有這些都可以由開發(fā)人員完成。當然，最理想的情況可能就是運維團隊開發(fā)工具和平臺，開發(fā)人員自己運維。
在 Netflix 看來，建立起獨立運維團隊的主要助益，在于當一切進展順利時，開發(fā)人員不致因運維任務(wù)的介入而分神。然而，免備案空間 香港服務(wù)器，當工作進展遭遇阻礙時，成本就會快速疊加起來。開發(fā)人員與 SRE 之間的溝通與知識轉(zhuǎn)移往往存在嚴重損耗，且需要額外的往來以實現(xiàn)問題調(diào)試或解答合作伙伴的疑問。
如果對開發(fā)工作缺乏自信，可以先從 Python、PHP 和 Go 這些上手比較簡單的語言開始，這不是指寫腳本，而是一定要能夠?qū)崿F(xiàn)完整的業(yè)務(wù)功能或流程；
近年來，“去運維”的相關(guān)討論甚囂塵上，但似乎沒有引起程序員的過多關(guān)注或者大范圍討論。近日，程序員論壇 V2EX 上出現(xiàn)一個熱議話題“阿里云正在緩慢而穩(wěn)步地殺死運維行業(yè)”，這似乎表明運維人員最終還是感受到了來自云計算發(fā)展帶來的巨大壓力。發(fā)帖者認為，“當容器服務(wù)集群、跨地域監(jiān)控與容災(zāi) / 保活、DBA、代碼托管與 CI/CD 都能全部依托阿里云產(chǎn)品時，運維已經(jīng)被踢出 IT 行業(yè)”。
為此，Netflix 從 DevOps 運動的基本原則中汲取靈感，提出了“誰構(gòu)建，誰運維”這一理念，旨在鼓勵系統(tǒng)開發(fā)團隊同時負責系統(tǒng)的運維與支持工作，從而真正將 DevOps 引入實踐。
運維人員如何做好轉(zhuǎn)型？
阿里巴巴的運維模式
