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

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

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

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

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

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

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

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

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

樓主，我是從運維轉(zhuǎn)到做變更土地性質(zhì)的，講一講我的切身體會。

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

再說2008年以后，java在國內(nèi)大量形象的修辭，java是開發(fā)完畢的第一大語言，我就一路順風(fēng)順?biāo)脑谝徊⒓尤氲诙夜镜倪\維的崗位上邊干邊學(xué)了開發(fā)。又開始也是幫公司做些小功能，建議使用javaweb的servlet開發(fā)，效率確實又不是太高，但也沒什么，本身干著運維做開發(fā)的。公司領(lǐng)導(dǎo)也相當(dāng)開心高興，少請一個java開發(fā)，少發(fā)一個人的工資。至此以后，我就一路普通機(jī)電設(shè)備java開發(fā)工作。

以我的經(jīng)歷，歸納轉(zhuǎn)往旗下有200元以內(nèi)建議:

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

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

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

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