簡單劃分1~5的層次，如果按阿里系的職級來劃分，大概是對應

• 層次1：P5
• 層次2：P6
• 層次3：P7P8
• 層次4：P9
• 層次5：P9級以上

然後呢，我相信隨著雲服務的普及，可以大大解放第1層的初級運維工程師、少量解放第2層運維工程師的工作量

那麼，我們對各層次運維工程師，有什麼的影響？

1、對第1層的人員人數要求減少了

中小型企業甚至可以不需要第1層運維工程師，包括IDC運維、網路運維等，可以專註於業務應用層的運維團隊與能力搭建

2、對1~2層人員往上層職責靠攏的要求提高了

對於第2層的運維工程師，需要把自身的工作職責不僅僅定位與應用運維，由於雲服務的發展，很多中間件運維已經非常智能化、傻瓜化，如MySQL、Redis、Kafka、Kubernetes等PaaS層工具，都不需要第2層運維工程師來深入研究，掌握雲服務商的最佳實踐，基本滿足90%以上的業務需求。那麼第2層的運維工程師就需要往第3層要做的事情靠攏，向上學習、提升自我

3、對於3、4、5層運維職責影響不大

從過去的機房、帶寬、存儲等實體設施，到雲服務商的虛擬產品，這個從實到虛的演化，其實對於上層運維來說，就是改變了一些技術方案落地的細節而已，整體影響不大

這樣的變化對第一層的初級運維人員，也就是應屆生的影響是最大的

因為沒有雲服務之前，運維團隊是很多體力活需要新手來分擔

比如機器採購、安裝系統、機器上架、調試網路等等，這就是為啥以前的運維入門都是強調學好操作系統、網路、資料庫等課程的原因

但是現在沒了這部分的工作需求，我招個新手運維來幹什麼呢？

能做架構優化、業務評審、容量規劃還是性能調優？

這些高端活顯然都沒辦法交給新人去做

然而，一個比較好的新手介入點是，協助老運維去做一些開發運維繫統的邊角活，如果在校期間有足夠豐富的項目開發經驗，對於大部分中小規模的運維平台，都是很好上手的

因為大部分運維平台不存在高並發、高可用等技術需求，在技術上手難度來說是比較低的，也可以拆分出很多獨立的功能模塊，比如不涉及對生產環境核心的普通功能開發工作任務，這就很適合新入門的運維工程師來承擔了

這也是為什麼很多老運維都建議新人多學一些開發技能，因為沒了開發這項技能，將很難進入比較好的互聯網公司

開發能力只是技能，並不一定要先做開發再轉運維，但開發能力卻是運維提升的主要技能。

隨著現在技術的發展，現代化自動化的打包部署方式的使用將越來越普遍，傳統運維崗位會越來越少。

過去對運維的認識就是：登錄伺服器，安裝環境，配置服務，部署服務。高級一點，使用 ansible 等工具做批量自動化部署，做服務監控，網路構建，資料庫優化，緩存優化等等。但是隨著技術的不斷發展，以谷歌等大公司帶頭，國內的大型互聯網公司都紛紛跟進，傳統的運維已經逐步淘汰，取而代之的如SRE 等綜合性崗位。

為什麼會有這種變化？

• 雲計算和容器化技術的發展，自動化和規模化是必然。小型企業依靠公有雲也能瞬間管理幾百台虛擬機，大型企業自建機房，物理機更是不計其數。僅僅依靠人工或者簡單的自動化工具是難以管理的。
• 部署的流程逐步被 CI/CD 等自動化流程取代，開發人員即可自行實現產品的部署流程。
• 隨著服務的拆分，服務間的依賴和關係將變得非常複雜，僅僅對單個服務或虛擬機的思考方式難以有全局的視野。越來越需要的是對服務整體的思考，快速規模化的生命周期管理，高可用的部署，和有效的資源利用等。

而對於運維人的要求也很明顯，

一是向下，開發自動化運維平台，甚至智能化運維平台。後者目前還是概念居多，前者現在已經廣泛開始了。將運維的能力（就是你提到的 Linux 知識，網路知識，資料庫知識）規模化自動化，而不是需要你一個個命令去敲，一台台伺服器去登錄。

二是向上，從整體上把控服務的穩定性、可用性，了解服務的整體狀況和資源利用，提供優化方案，及時排除故障。

不過不少公司的運維專家其實是兩手都抓的，而開發只是運維工作中常用的技能而已。

以下內容摘自阿里巴巴畢玄的《阿里應用運維體系演變》主題演講

大概是在2013年我從原來的基礎技術部門轉向運維部門，在這個部門待了三年左右。就是在這三年里，我基本經歷了阿里巴巴在應用運維這個領域，我們所嘗試的一些方向性的演變。這些方向現在看來，多數在運維領域都是很明確的方向，比如最早期的腳本時代，這是最基礎的一個階段，在腳本化以後就是工具化，然後就是很火熱的DevOPS，然後朝自動化、智能化演進。方向很明確，但是在每個不同階段演進過程中有很多問題，所有公司在往這些方向演進的過程中，很容易碰到各種各樣的挑戰和各種各樣的問題。我們覺得整個業界在走這個過程的時候，談失敗教訓的比較少一點，做成功經驗分享的比較多一點。但相對來講，其實失敗經驗可能更值得大家學習，成功經驗則因為每家公司的情況不同而會不一樣。

圖片來自網路，侵刪。

當然，要找一個「傳統」的運維崗位一定也有，即使是單點的服務也有它的應用場景，只不過必然會越來越窄。

運維不需要做過開發，但是開發能力卻是運維人需要掌握的技能。

題主現在才大二，未來有無限可能，為什麼要把自己限定死呢？

---

首先說下作為一個做了10年的運維老鳥的一些意見：

1. linux 是基礎，無論是學開發還是運維都需要用到，當然運維肯定會更深入，需要一些基本的調優，系統優化，對於進程、線程有一定的了解。對於linux內核能夠根據業務進行一些優化，這些都是需要在企業裡面大量實踐的。
2. K8s作為現在雲計算時代的產物，現在各大企業都在上雲，國家也在推進。K8s幾乎成了運維技術棧裡面的重要一環，你可以這麼理解，將來的K8s相當於系統、docker相當於linux命令。這也是大勢所趨。
3. 開發這塊其實和運維並不衝突，Devops 這個都是前幾年的概念，實際就是運維開發，就是開發適用於運維的系統，實際上如果不知道運維痛點的，根本沒辦法開發出適用於運維的系統，因為這個本身也是運維用的。當然現在還有google推行的SRE理念這些都是行業裡面比較先進的思想。

總結：

1. 你現在需要的是大量的實踐和技術的積累，多學習寫綜合性知識、架構類似的
2. 工作方面：如果說通過社招的話估計第一輪就刷下來，你可以考慮下創業公司，機會可能會多些。
3. 工資：說實在的你現在年輕別先看中錢，更多的看中這個公司能對你有多少提升，你現在最好先沉澱兩年，或者找創業公司，公司和你一起發展。積累下來自然水漲船高！加油小伙！

---

都可以，只是前期的路不同，運維到後期也是有開發任務的。

---

運維會涉及到一些關於開發的問題，如果你懂開發就會發現迎刃而解，不懂就只能紙上談兵了。

還有運維要懂得真的很多，技能多對於以後你就業也會有很好的幫助。

---

推薦閱讀：