[[373728]]

 DevOps方法在軟件團隊中越來越受歡迎，可以在競爭激烈的市場中取得領先地位并有效地交付創新產品。如果您已經閱讀了《鳳凰計劃》，那么您就會對從一家Ops到DevOps的過渡情況有所了解。

今天，許多公司決定走這條路。軟件團隊相信DevOps可以節省大量精力，并使他們專注于實際產品。為什么是這樣?從Ops遷移到DevOps有什么好處?好，首先是第一件事。

什么是DevOps?

DevOps是一組鼓勵敏捷思維方式以提高軟件交付過程的速度和質量的實踐。在以前的方法中，例如瀑布，開發和運營團隊被認為是分開的，每個團隊都有其給定的任務，并且僅負責交付過程的一部分。通過這種模型，開發和運營團隊被視為在整個軟件應用程序生命周期中相互依存，緊密合作。

在DevOps之前，傳統模型涉及一組定義的階段流，其中一個階段的輸出是下一步的輸入。這使得所有階段都相互依賴，從而交付新功能和修復錯誤花費的時間更長且成本更高。

DevOps的關鍵要素是協作，自動化，持續集成，持續交付，測試和監視。

DevOps的好處

DevOps的最大優勢之一是它提供了快速的反饋循環。這使企業能夠快速識別錯誤并了解客戶的需求。它還使他們能夠非常快速地發布功能。此外，它導致更高的效率和更好的軟件。

DevOps的另一個好處是交付了更高質量的產品和更少的故障。確定軟件質量的關鍵方法之一是軟件中的缺陷數量。采用DevOps和Agile方法具有巨大的積極影響，將開發流程的質量提高了41%。當然，開發團隊和運營團隊之間的協作與提高產品質量有很大關系。

采用DevOps可以有助于穩定和平衡的工作環境。釋放時間的緊張感和壓力會破壞團隊的穩定性并降低他們的生產率。

自動化重復性任務為團隊留出了更多的創新空間。此外，可以在軟件開發過程的每個階段實施自動化和監視。從集成，測試和發布到部署和基礎架構管理。

如果操作正確，DevOps可幫助降低企業的生產和非生產成本。可以減少維護，人員，質量成本等，使公司工作更快，利潤更高。

DevOps與傳統Ops有何不同?

當開發團隊和運營團隊是分開的時(在傳統運營中就是這種情況)，每個團隊都在照顧交付的一部分–開發人員進行開發，然后運營。換句話說，IT Ops的目標是：確保生產中一切正常運行。它們確保資源可用并以最佳性能運行。他們提供了可靠且優化的基礎架構，這意味著確保盡可能少地更改以保證它。

相反，DevOps鼓勵這些團隊團結一致，了解彼此的任務和關注點，并始終保持全局。由于更高水平的自動化和自助服務工具，他們在管理支持上花費的時間也更少。利用這些額外的時間，團隊可以致力于改善基礎架構，創新和自我完善。

心態開關

從IT Ops遷移到DevOps的第一步是要了解您可以控制整個交付過程。IT Ops負責確保系統的穩定性和可靠性，確保更改次數減少，變量減少并且最終用戶流程到位。

但是在DevOps中，這種思維方式行不通。工程師現在成為組織的方向盤。他們構建自動化，改善應用程序交付，找到確保安全性的新方法，并對失敗和錯誤感到滿意。

在DevOps中，決策制定離實際工作團隊更近。

基礎設施

基礎結構設置曾經是一些腳本，這些腳本可以自動化過程的某些部分，但需要手動觸發。這花費了很多時間才能完成，并且產生了許多本可以避免的錯誤。

在DevOps中，ops的工作遠不止腳本。它實際上是在編碼-基礎結構本身已成為代碼。通過代碼構建和配置云基礎架構。這是大多數開發人員從“服務器思維”到“服務思維”的轉變。基礎架構即代碼使您能夠定義基礎架構組件的外觀。組件中捆綁了有關如何配置它的邏輯。您需要為該組件準備好進行部署的步驟定義一個管道。

要成為基礎結構編碼員，而不是基礎結構管理員，您需要考慮工作負載和服務而不是服務器。

自動化是關鍵

在傳統的IT實踐中，自動化部分是關于創建一致性并記錄所有內容并減少變量。文檔是必不可少的，但是它絕不能減慢自動化速度，更糟糕的是，它可以成為不自動化的借口。

手動工作和重復性任務總是容易出錯。一遍又一遍地進行相同的配置，否則可能變得毫無趣味和效率低下。

自動化是開發周期每個階段的一部分。從代碼提交到構建觸發，執行單元測試，打包，部署到環境，驗證，冒煙，驗收測試，再到最終部署到生產。

自動化基礎架構設置，配置環境和部署軟件是DevOps的主要優勢。這有助于在數小時內交付從代碼到生產的功能，并獲得更快的產品反饋。

失敗與錯誤

DevOps遵循Fail Early理念。在傳統的IT環境中，失敗不是一種選擇。您為避免損失的風險做任何事情：介紹會議，流程，批準…

在DevOps中，失敗是游戲的一部分。這是不可避免的。如果您的故障很小且過早發生，則可以控制故障，從而可以快速恢復。關于失敗的討論至關重要，因為它是學習的機會。出問題的地方比做正確的事更重要。DevOps是一種無可指責的文化。DevOps實踐支持這種文化，從測試驅動的開發，小批量部署，自動化開始。

可見度增加

傳統的IT公司在看誰看到內容方面有流程和限制。有權進行監視被認為是巨大的責任。在DevOps中，每個人都必須具有對該軟件的訪問權限和可見性。這有助于開發人員領先于問題，更好地檢測問題和解決問題。應將應用程序日志記錄與環境日志記錄結合使用，以便開發人員了解應用程序在不同環境中的工作方式。訪問監控有助于團隊確定故障點，提高自動化程度和軟件質量。

工具

DevOps的最佳盟友是帶來效率的工具。在整個軟件交付周期中，您需要多個組件來實現自動化：

• 協作工具：例如交流聊天和知識共享
• 構建工具：源代碼管理管理，持續集成，數據庫管理
• 測試工具: 單元測試，自動化測試。
• 部署工具：配置管理，工件管理，編排和調度
• 監控工具：日志記錄

學習所有這些不同的工具本身可能會很困難，但是您還需要確保選擇的工具兼容。

自動化工具旨在支持發布速度和應用程序質量。它們將幫助您快速而輕松地還原任何不需要的更改。如果代碼外發生更改，則工具將還原更改并保持服務器處于穩定狀態。

入門

DevOps沒有簡單的指南。絕對應該從改善開發和運營團隊之間的溝通和協作開始。這將幫助他們更好地了解需求和彼此的任務，以便他們可以共同實現一個共同的目標。Ops工程師已經具備使用工具，構建自動化和支持環境的能力。他們需要轉變思維方式，并專注于持續發展方法。

從小處著手，然后逐步擴大規模。將DevOps文化整合到一個小團隊中并觀察其成就總是比較安全的。從這個過程中學習調整和調整公司的結構和方法。這就是您如何為您的特定業務找到合適的平衡點。