現在企業(yè)Devops運維人員如何成長？這個問題是目前很多企業(yè)都要遇到的普遍問題，只不過DevOps概念提議很多年了，可是其落地之前行進我還是近兩年才完全有了進展。據我個人的經驗，要想來增強運維水平以及

現在企業(yè)Devops運維人員如何成長？

這個問題是目前很多企業(yè)都要遇到的普遍問題，只不過DevOps概念提議很多年了，可是其落地之前行進我還是近兩年才完全有了進展。據我個人的經驗，要想來增強運維水平以及促進組織相關人員的能力實力提升，必須能夠做到:幾點：

第一、簡單需要公司真正明白什么是DevOps，這是將開發(fā)和操作兩個英文單詞各取三個字母組合在一起，意思應該是將開發(fā)和運維團隊單獨設置，那是讓開發(fā)人員去明白清楚程序的運維環(huán)境，或者說讓運維人員也要所了解程序開發(fā)的內容，只不過緊接著近年來硬件虛擬化技術特別是容器技術的發(fā)展，還有一個云平臺生態(tài)的完善，是的應用程序開發(fā)的架構不可能發(fā)生了不大的變化，特別是虛擬化，軟件幾乎結束定義方法一切硬件，讓軟件跟硬件的接口變得清晰出聲，要開發(fā)最后一代的應用是需要一些的去打聽一下硬件原理，然后把去用軟件來定義,定義它們，最大限度地讓軟硬融合一體，軟件不但要需要提供應用服務還要管理自身的非功能性指標，.例如彈性，可用性都將在軟件中利用管理，因此沒有要求開發(fā)人員參加運維這是趨勢，以后很有可能就還沒有現在的開發(fā)部門和運維部門治于狀態(tài)了，僅有那項服務全權負責團隊。

第二、現在應用開發(fā)在朝著前方自適應自我尊重治理方向反展，過去的故的運維管理干預工作量會大家會降低，并非是的運維管理團隊可能會將無復未知，是因為就目前架構的發(fā)展趨勢來看，微服務架構這些大規(guī)模的分布式邊緣計算將成為未來的主流，而需要提供算力的執(zhí)行因子就很可能是一個服務組件也可以服務組件節(jié)點集群，按結構蜂巢式服務部署，系統(tǒng)手動監(jiān)控每個服務的狀態(tài)怎么檢測和上下升降彈性，根本不不要人工干預。無論是服務吧容量擴展應該急劇收縮，全是服務什么自我調節(jié)的彈性功能體現。所以才，是對企業(yè)來說必須對自動化運營有一定的認識和充足的準備，未來是網絡主腦加快無數邊緣算力節(jié)點全面處理巨量數據的時代，人工干預會極少。

第三、企業(yè)組織架構必須因為新形勢接受調整，鋪平開發(fā)與運維的界限，真正將組織依據什么服務組件來劃分團隊，讓每個團隊去系統(tǒng)管理某個元素單一服務的整個全生命周期，使其也能更為高效飛速靈巧的為企業(yè)需要提供趕快的服務，畢竟未來大數據人工智能會讓企業(yè)遇上的外部環(huán)境的變化進入秒級，怎么及時緊跟市場反應，這是一個太大的挑戰(zhàn)，必須將企業(yè)各個服務的功能點把事情做到極致才還能夠在大數據和人工智能的世界里不被拖垮。

結果，對于現在運維人員來說，寫腳本，查環(huán)境，截圖備份文件，安全監(jiān)控等等這些工作都是可能會被SDX其它的東西掉，跟應用融為一體，也可以說以后的企業(yè)服務的基礎設施應該是一個智能體，自我管理，自我暗示能維護，剩下的的很有可能應該是去先試試硬件，當即電源的事了。所以才不需要再轉型，專項開發(fā)式運維。

這些是個人的一些體會到和行業(yè)的觀察，熱情請批評，交流。

請問運維好做嗎？相比java呢？

樓主，我是從運維轉到做變更土地性質的，講一講我的切身體會。

我早年在深圳一個港臺企業(yè)里做運維，護理從事外貿計算機能維護，打印機維護，弱電查找有監(jiān)控、、電視等安裝好與以維護，一干應該是6年。在這期間，我對sqlserver、mysql數據一定會的了解，基本都會用，最好的是我所接觸到了java，當前我們運行的有java后臺的網絡服務。這一世我就開始轉入研究java，當前GUI開發(fā)盛行的當下，java做GUI本身又不是強項，沒什么辦法，我對java的很一見鐘，.net那時全網最火，我總是會覺得要完全安裝.net framework很煩，java可是也必須jdk或是jre，但這個可以將完全安裝好后的jdk或jre再copy到其他機器上，然后使用，就這一些，我很著謎。

再說2008年以后，java在國內大量形象的修辭，java是開發(fā)完畢的第一大語言，我就一路順風順水的在一并加入第二家公司的運維的崗位上邊干邊學了開發(fā)。又開始也是幫公司做些小功能，建議使用javaweb的servlet開發(fā)，效率確實又不是太高，但也沒什么，本身干著運維做開發(fā)的。公司領導也相當開心高興，少請一個java開發(fā)，少發(fā)一個人的工資。至此以后，我就一路普通機電設備java開發(fā)工作。

以我的經歷，歸納轉往旗下有200元以內建議:

1、有自己平時做技術積累，要平順的過渡勞累到的新階段，吃的苦是不少的，千萬不能放棄運維經驗，從運維管理從底層做起，平時你也了解各種軟件的應用與安裝，都會按裝了，還不動手搗鼓再看看去看一看，或許，這個東西那是你的菜。

2、千萬不能被動的去徹底轉型，確實說運維管理轉旗下還算是都很不平滑，可是逐步轉型，我還是有阻力的，要積極地的學習各種技術，又不是讓你什么都做，在實際工做中能要用的去只要用心做，用心體會，反而先主動地自己嘗試，然后把慢慢的被推著回到開發(fā)；DevOps目前國內很多公司對這個職位界線也不是很非常清晰，多數都是運維部門組織，是對現在的運維來說是件好事，要是再不轉DevOps將由程序員自己干了，運維管理可以不比較好難做，地位不好意思。

3、怎么學習、學習再學習，不能夠，這個行業(yè)其實，反正是學那一種編程語言，要先搞得也很透，再學一個腳本語言，javascript是必須說的，語言是工具，學習編程選擇一門語言即可解決，功夫上身。

當然，反正做運維應該開發(fā)，都要技術精益求精的，才能在快速發(fā)展的技術圈。只希望能給您一些啟發(fā)。