DevOps在理論上是一個簡單的概念 但在實踐中它變得更加復雜

一個新的流行語正在技術社區(qū)中進行，特別是在數字簡歷上。它被稱為DevOps，它是“開發(fā)”和“操作”這個詞的“portmanteau”(或者，對于不那么冗長的單詞組合)。它實際上是一種軟件開發(fā)方法，旨在整合軟件開發(fā)和IT，并創(chuàng)建組織更快地生成更好的軟件和服務所必需的通信和協(xié)作。

實際上，根據行業(yè)中發(fā)生的變化，它已經在很長一段時間內形成。其中包括需要從應用程序構建者那里更快地發(fā)布產品，增加數據中心自動化和配置管理工具以及使用敏捷軟件開發(fā)。(了解敏捷軟件開發(fā)101中此類開發(fā)的背景知識。)

簡而言之，DevOps代表了開發(fā)，運營和質量保證之間的交叉，這三個領域過去相對獨立地運作。

聽起來很簡單吧?雖然DevOps的基本思想非常簡單，但事實上很多人都是以很多不同的方式討論它。那么讓我們來看看它們中的一些。

DevOps優(yōu)勢

雖然DevOps的詳細描述有所不同，但大多數人都認為這種方法的基本目標是改變開發(fā)人員團隊和其他人在“上線”項目上的工作方式。所有用于公共用途的現場項目，軟件產品和技術或特定的最終用戶社區(qū)都是作為想法而開始的，并且被各種程序員帶走，這是通常在發(fā)布之前必須發(fā)生的復雜過程的一部分。這就是DevOps傾向于解決的問題。我們的想法是盡可能順利地完成這一過程，并讓每一步都保持最有效的人員參與。

關于DevOps的一些信息表明，擔任此角色的專業(yè)人員有時會被稱為“系統(tǒng)管理員”或以其他方式進行類型轉換。有些人認為DevOps的人只是戴著不同的帽子，在開發(fā)人員和管理員角色之間搖擺不定。

但是，當簡歷上出現DevOps這個詞時，許多人力資源專家可能會看到一些不同的東西。這是因為DevOps專業(yè)人員經常作為項目“持有者”工作，他們負責監(jiān)督產品開發(fā)中被忽視的方面并幫助完成工作。更具體地說，DevOps解決了這樣的想法：如果沒有積極參與的人幫助帶來實際的東西，它實際上可能以錯誤的方式生存。

DevOps和項目管理的歷史

據一些贊揚DevOps的人說，這個新想法確實在解決開發(fā)過去的工作方式(在某些情況下仍然如此)。一個相關的問題是一些開發(fā)人員未能創(chuàng)建用戶友好的東西并且在開發(fā)的操作方面具有既得利益。但是，DevOps可以解決的另一個領域是實踐的自動化，開發(fā)人員可能會因為實現高效編碼以使項目實現最終目標而變得沮喪。這兩個常見的開發(fā)問題都可以通過DevOps計劃來解決。

DevOps和云

許多消費者都認為云主要是作為遠程存儲的地方，但開發(fā)人員可以看到使用云服務為項目提供更好方法的許多其他潛力。在DevOps計劃中，規(guī)劃人員可能會考慮持續(xù)交付或更加無縫的軟件裝配線?；旧希绻墓径ㄆ诎l(fā)布應用程序或其他產品，一些重復性任務協(xié)議可以確保更好的結果和更高的質量保證基準。

DevOps中的那些人也可能尋找機會來自動完成之前手動完成的一些操作。云服務可以支持各種新資源，以便以更簡單的方式將軟件產品帶入生命周期的各個部分。通常關注的是將產品引入多個環(huán)境，或者通過使用承諾“零接觸”部署的新工具以較少的工作進行部署。但同樣，DevOps方法與云服務相結合，也常用于打造新的工作方式，同時放棄陳舊的變更管理系統(tǒng)，并幫助在特定的企業(yè)或IT文化中實現徹底的變革。

DevOps由人組成

簡而言之，普通DevOps部門或結構中的許多內容都與確保人們一起工作有關。通過在公司中構建特定的DevOps組件，領導層通常希望確保有很多良好的溝通，因為項目通過從一個想法延伸到一個工作原型并進入現場的復雜裝配線。軟件產品的階段。這意味著使用DevOps人員來判斷開發(fā)人員團隊是否正在調用正確的資源，協(xié)調任務或將他們的工作發(fā)送給正確的下一步團隊。如果所有這些聽起來都非常精細，那么那些在大型IT公司或其他公司工作的人就不會感到驚訝。

對于復雜的世界而言，DevOps是一個復雜的想法，在這個世界中，工作通常與流程文檔，網絡和辦公室間協(xié)作等事物有很多關系，而不是簡單的手工，甚至是認知工作。對于IT流程需要多個全職員工的許多頂級經理來說，這是當時正確的想法。