DevOps時代,運維人員還有出路嗎?

DevOps時代,運維人員還有出路嗎?

DevOps

前言

在DevOps概念出現之前,運維的工作主要集中在上線、解決日常突發問題等一些基本的工作上。在外人看來,運維就是一個管機器的,工作沒有什麼技術含量,所以在很多公司,運維的話語權是很低的。DevOps提出之後,開始追求自動化,持續集成、繼續部署,這就開始讓一些運維人員心中不安起來,這不就是我做的工作嗎,我是不是要被替代了,我是不是以後就沒有用了?本文就來簡單探討一下這個話題。

DevOps簡單回顧

DevOps是一種軟件開發方法,涉及軟件在整個開發生命週期中的持續開發,持續測試,持續集成,持續部署和持續監控。 這些活動只能在DevOps中實現,而不是敏捷或瀑布,這就是為什麼頂級互聯網公司選擇DevOps作為其業務目標的前進方向。 DevOps是在較短的開發週期內開發高質量軟件的首選方法,可以提高客戶滿意度。

DevOps時代,運維人員還有出路嗎?

DevOps演進模型

DevOps一種思想和文化的轉變,結合自動化的理念及工具,重新定義開發和運維人員的合作方式。開發和運維之間界限正在慢慢模糊甚至消除,帶來的結果是應用程序上線速度提升,QA週期變短,部署由一月幾次提高至一天幾次。這是一種趨勢,是在過去十年逐漸發展,並且在軟件和流程方面都已經非常成熟的結果。

DevOps時代,運維人員還有出路嗎?

DevOps生命週期

DevOps對開發人員影響

早在2005年,當時作為Ruby的開發人員Luke Kanies厭倦了手動配置Linux和手動修改配置文件,他想通過一種可編程並且可重複的方式來替代手工操作,因此,他寫了一個Ruby腳本,幫助他實現功能,並且將之命名為Puppet。後來,出現了許多類似的工具,包括Chef,Ansible,SaltStack等,都可以用來實現類似的方式來代替手工操作,而不需要考慮底層。

DevOps時代,運維人員還有出路嗎?

Puppet

利用好這些工具,開發人員可以只運行一個腳本,就可以創建一個可以運行一個應用程序所包含的所有環境依賴,並且可以在各種Linux中配置和啟動。過去需要專業人士花費很久才可以配置調整好的環境,在這些工具的幫助下,可能一天甚至幾個小時就能完成。

開發人員可以不再依賴運維,並且可以比之前更快、更容易的部署他們的代碼,自己負責,自己維護。

這也就促成了PaaS的發展,平臺及服務。PaaS系統建立在DevOps自動化原則的基礎之上。在DevOps中,開發人員可以創建一個工具來管理自己的應用程序,但是在PaaS中,工具都是已經準備好的。使用PaaS中的API,可以很容易的管理運行在其中的應用程序。

但是PaaS缺點也很明顯,就是它嚴格預定義了應用程序的架構。如果開發人員想更好的控制自己應用程序所處的環境,那麼可以使用容器。容器可以讓開發人員在很短時間內,部署一套甚至幾套完全一致的環境。

DevOps對運維人員影響

DevOps工具已經明顯的改變了現代敏捷運維團隊負責的工作範圍。儘管DevOps革命是開發人員發起,但是運維工程師才是採用的關鍵,因為,工具不僅可以幫助開發人員提升效率,對運維人員也同樣。

DevOps已經實現高度標準化,僅僅需要很少的幾個工具就可以完全替代人工,並且減少了出錯的可能性。

前面提到,DevOps中,開發人員已經可以單獨部署環境了,是不是就不需要運維了,其實不然。DevOps平臺和工具創建了一種環境,它允許開發和運維團隊彼此獨立工作。在此環境中,開發人員可以擁有配額,在一定被允許的範圍內,開發人員可以按照需求來部署自己所需要的環境,運維人員不再關注部署單個的應用程序。但是硬件設備依然是運維來進行採購、配置和管理,並且規模遠遠大於單個應用程序,目的是為了讓開發人員更容易的使用自動化DevOps服務。

這種技術環境將應用程序的生命週期分開,使開發人員和運維人員能夠更緊密的協同工作。讓開發人員在明確的系統中部署代碼,而讓運維團隊管理該系統,確保開發人員有單獨的職責。

DevOps時代,運維人員必須要深入瞭解複雜的軟件系統,才可以更好的進行工作。

總之,DevOps對運維人員的影響最大,要改變之前的工作及思維方式,更多負責維護系統級,並且要為開發人員提供更自動化的按需部署選擇。

DevOps時代,運維人員還有出路嗎?

運維繫統

DevOps,運維需要做的改變

個人改變

運維人員需要不斷跳出舒適區,去跨界識別風險和提供優化方案;需要讓自己變成善於整合資源的人,集中各團隊的優勢能力,讓運維交付更快、服務更穩定。

越來越多的企業,開始招聘具有運維經驗的程序員以及具有編程經驗的系統管理員,這就需要運維人員不斷補充新知識,加強自己的各方面能力,才可以在新的大環境下生存的更好。

工具改變

簡單來說,就是把之前需要手工操作的工作,逐漸變成自動化執行。需要把持續集成自動化當作第一要務,有了持續集成平臺之後,再去解決底層及上層應用調度的自動化,最終形成自底而上的全自動化調度平臺。

DevOps時代,運維人員還有出路嗎?

運維演變

題外話

按照大自然的發展規律,通常都是適者生存,社會在不停的發展一切事物都會經歷從新到舊不斷更替甚至是淘汰的過程。而對於運維行業來說,DevOps的出現解放了運維,讓運維不再從事那麼例行繁瑣無價值的部署上線。但是,DevOps時代,運維還是一個必不可少的角色,因為運維的作用不僅僅只是上線部署,運維有更多豐富而多彩的職能:質量、成本、效率和安全。

但是,廣大運維同胞也不要高興得太早,DevOps時代,雖然對運維需求也是很大,但是並不是缺少傳統運維,而是缺少新型DevOps運維。運維同學只能通過不斷的學習,讓自己擺脫那種人肉運維的曾經,才可能不被社會淘汰,如果拒絕這種成長,繼續讓自己待在舒適區,那麼,等待自己的,只有被動式淘汰!


分享到:


相關文章: