如今，企業面臨著比競爭對手更快、更高質量地交付軟件的巨大壓力。只有當企業頻繁發布軟件更新時，其良好的特性以及對客戶的影響才能增加。因此，很多企業正在采用DevOps和持續集成/持續交付方法，以提高其規劃、構建、測試和發布應用程序和特性的能力，從而以高質量和規模快速推向市場。調研機構IDC公司預計，到2022年，全球DevOps軟件市場規模將從2017年的39億美元增至80億美元。

[[331051]]

如今，圍繞持續集成、持續部署、持續交付的討論比以往任何時候都多，但實際上，持續集成/持續交付的實際使用似乎更少。這可能是因為DevOps缺乏所需的技能集，或者企業仍然在實踐傳統的軟件開發方法。由于缺少持續集成/持續交付和DevOps自動化實踐，企業無法了解需要花費多少費用。

對于許多企業而言，DevOps是他們必須嘗試的事情，因為他們的競爭對手正在這樣做或者這是一種趨勢。如果不了解DevOps原理和基本知識，那么這將是一個令人絕望的嘗試。

在大多數情況下，客戶必須將一套不同的工具組合在一起才能交付軟件，這將會造成混亂。另一方面，很難選擇正確的工具并了解什么是最佳實踐。這就是人們開始看到DevOps公司具有提供統一工具集趨勢的原因，以使客戶可以立即使用完整的解決方案，而不必擔心采用不同供應商的許多解決方案。

什么是持續集成/持續交付?

每當開發人員提交并將更改推送到存儲庫時，持續集成系統都會重建分支，并運行所有相關測試用例，以驗證新更改不會破壞現有應用程序和功能。

持續交付是持續集成的擴展，可以幫助用戶單擊按鈕來部署應用程序。這意味著每次更改通過持續集成測試時都要進行部署。這樣，就可以輕松地自動完成構建和測試階段以及大部分發布過程。

通過持續部署，開發人員將能夠自動將軟件發布或部署到生產環境中。在這一階段，應用程序中不會進行任何人工代碼簽入。通過持續集成流程會自動測試代碼是否存在問題，如果沒有發現問題，則會部署代碼。

為什么選擇持續集成/持續交付?

持續集成/持續交付是測試和部署應用程序的最佳實踐。為了保證質量，使持續集成/持續交付成為部署代碼的單一渠道是最佳實踐。DevOps團隊應確保一切都通過持續集成/持續交付管道進行，以便測試和生產中的代碼相同。這還將減少人為錯誤，并避免部署未經錯誤測試的其他版本。

很多企業如今使用持續集成/持續交付的最大原因之一是軟件交付速度更快，這導致對客戶的更新更加頻繁。并且經常發布的不斷改進將確保增強的客戶滿意度。這是一項競爭優勢，因為它使企業可以更頻繁地交付新功能，可以幫助保持領先地位。

通過持續集成/持續交付管道傳遞代碼可確保所做的任何更改均符合既定標準，然后再移至交付管道的下一個階段。任何故障或差異都會阻止將這類更改推進到下一步，直到糾正為止。這只是意味著持續集成/持續交付的這種方法可確保不會將錯誤代碼帶入生產環境。持續集成/持續交付可以快速促進失敗、學習和交付方法。當企業使用了自動持續集成/持續交付時，開發人員每次提交代碼時，都會在持續集成/持續交付流程中不斷運行代碼，從而可以快速捕獲錯誤，由于每個小變化都需要單獨測試，因此更容易隔離錯誤。

什么是持續集成/持續交付管道?

持續集成/持續交付管道是與自動化集成的部署管道工作流。如果執行得當，它將最大程度地減少人工切換和錯誤，從而增強整個軟件交付生命周期中的反饋循環，從而使開發團隊可以在較短的時間內交付較小的發行版塊。

持續集成/持續交付管道如今已成為軟件公司中的主流，并且已成為現代DevOps環境的骨干。盡管DevOps提出了與文化方面相關的原則和標準，但持續集成/持續交付專注于自動化、流程、過程和工具。隨著容器化和微服務的引入，持續集成/持續交付方案也發生了變化。現在，每個云計算供應商都具有支持和與Docker和Kubernetes之類的工具的集成，這些工具可以幫助擴展持續集成/持續交付管道。

持續交付管道的階段

• 測試自動化和持續集成：這是準備新功能和原型，完成編碼，然后將代碼與基礎集成的重要階段。通過使用持續集成服務器，可以完成單元測試和打包。
• 構建自動化：這是工件被開發人員(即依賴項、Docker映像)推送到注冊表(即Amazon ECR或Docker Hub或任何容器注冊表)的階段。
• Alpha部署：在此階段，開發人員簽入更改。在這里，開發人員可以仔細查看他們所做的更改以及它們之間的交互方式以及對其他系統的影響。此外，在這里開發人員可以查看他們是否在主分支中破壞了任何內容。
• Beta部署：這是測試人員執行人工測試的階段。仍然需要人工測試才能看到持續集成工具的完善性。這使DevOps團隊可以保證應用程序的狀態良好，并且在部署后一定可以正常工作。
• 生產部署：這是應用程序上線的最后階段。

市場對持續集成/持續交付的看法是什么?

• 谷歌公司在全球范圍內對關鍵字“CI CD Pipeline”的搜索量逐漸增加。
• 測試自動化廠商Mabl公司對500名軟件測試人員進行調查時，有53%的人說他們的團隊使用持續集成，而38%的人表示接受持續交付，只有29%的人采用持續部署。
• Codefresh公司進行的與DevOps相關的調查表明，三分之一的公司已將一半以上的工作負載自動化，但只有1%的自動化。幾乎沒有人使整個持續集成/持續交付過程自動化。多個工程團隊只完成了不到10%的流程自動化。
• iOS開發者社區調查是有史以來對蘋果平臺開發者進行的最大規模的調查，其中2,290人填寫了問卷，其中持續集成/持續交付問題也參與了調查。

結果表明，大多數開發人員在使用商業應用程序時都在實踐持續集成/持續交付。

• 前進的方向：除非企業使用適當的部署管道，否則它們將無法充分利用容器和DevOps。企業將開始向客戶提供預建管道，例如JFrog管道。需要一個統一的平臺，該平臺具有支持持續集成/持續交付系統所需的所有工具——自動化(管道)、二進制存儲庫管理(Artifactory)、安全性(Xray)、發行/部署(分發)等。JFrog公司提供了統一的平臺。
• Codefresh公司進行了一項調查，并在KubeCon + CloudNativeCon Europe 2019會議上發布了對130位開發人員的調查結果，其結果有些令人震驚。結果表明，將近三分之一(32%)的用戶根本不使用任何持續集成/持續交付平臺。60%的調查受訪者表示，他們的組織尚未充分利用自動化來加速軟件開發和部署。
• GigaOm公司的《市場雷達報告》是有關企業持續集成/持續交付解決方案的最新研究，作者在此比較了業界領先的持續集成/持續交付解決方案，并根據不同的評估標準對其進行了評估。

考慮持續集成/持續交付解決方案有AWS、CircleCI、CloudBees、CodeFresh、GitLab、IBM、JFrog、Micro Focus、Microsoft、Red Hat和Xebia Labs。

持續集成/持續交付是DevOps的最佳實踐之一，因為它可以確保開發人員和運營部門之間的正確配合。它提高了自動化程度，開發人員可以更可靠、更頻繁地推送代碼更改。同時，由于環境具有標準配置，并且回滾過程是自動化的，因此運營團隊可以看到更高的穩定性。為了在持續集成/持續交付中獲勝，開發團隊和運營團隊都需要就正確的工具和方法達成共識，這從長遠來看對業務增長是有益的。

云計算與DevOps齊頭并進

沒有云計算，企業將無法進行DevOps。而沒有DevOps，云計算也不會有太大價值。

云計算有許多定義，可以將對云計算的基本解釋定義為一個啟用并支持基礎設施供應的系統。因此，它允許將其描述為代碼或模板，從而有助于創建可重復的過程。這也是DevOps的基本原理，可以最大程度地自動化軟件開發生命周期中的流程/任務。

云計算對持續集成/持續交付的最大好處之一就是云計算基礎設施的動態特性。對于持續集成/持續交付工作負載的短暫性和突發性，這是一個完美的選擇。云計算資源可以根據持續集成/持續交付工作負載自動擴大和縮小。這為企業帶來了巨大的管理和成本效益。企業不需要維護自己的服務器，而是隨著持續集成/持續交付工作負載的增加而增加這些服務器，或者在閑置時浪費服務器資源。

無論企業如何定義云計算技術，以及無論通過哪種DevOps路線通過云計算集成來實現數字化轉型，在DevOps詞典中都可以輕松地將云計算技術和服務融合在一起，因為它們從根本上補充了DevOps的原理和流程。

對于DevOps實施，敏捷原則可以作為驅動因素，因為發布周期和自動化時間較短，可以快速交付并按時交付。為了實施連續的實踐，云計算技術是一個很好的促進者，因為資源可快速用于開發和應用程序生命周期管理中涉及的所有活動。敏捷原則以及云計算和DevOps實踐可提高開發人員的生產力，并加快組織的發展。

借助安全的云計算網關，用戶可以從任何地方使用任何設備輕松訪問企業資源，而不會影響網絡的安全性。讓用戶從他們的設備訪問其網絡有時看起來很嚇人，但是現代云計算平臺提供了更多功能，它們帶有內置的安全性堆棧，可以幫助管理員提供管理和支持安全性所需的工具。

DevOps結合云計算技術為使用它們的企業帶來了巨大的好處：

• 提高開發人員的生產力和協作能力。
• 通過快速輕松地訪問開發環境來加快產品上市時間。
• 幫助自動化不同的重復任務，以便開發人員可以專注于重要的任務。
• 隨著代碼的臨近，自動化和基礎設施可以極大地降低云計算的復雜性和系統維護。
• 利用現代云計算平臺和原理來消除人為錯誤，從而提高安全性。
• 通過基于云計算的連續業務運營幫助消除停機時間。開發人員可以通過自動化構建無狀態應用程序，這將提高可用性和故障轉移能力，并提高業務可靠性和客戶滿意度。
• 擴展到新的高度。企業采用云計算和DevOps的主要原因之一是在需要時擴展其基礎設施和應用程序。

云計算部署模型

當云計算提供商完全托管組織的應用程序和數據時，它就是公共云。只需建立全球互聯網連接，使用公共云的企業員工就可以訪問應用程序。

私有云是指組織的資源(例如存儲、計算和網絡資源)存在于提供商的數據中心中。企業之所以偏愛私有云，主要是因為安全性以及在運行應用程序時存儲高度敏感的數據。

混合云是另一種現代方法。它是私有云和公共云服務的組合。根據流量和需求的考慮，企業可以進行更改。一些客戶可能具有本地持續集成/持續交付系統。這些持續集成/持續交付系統中的某些可以通過混合設置將其工作負載擴展到云中。這可以使他們現在意識到云計算的好處，而不必進行完整的遷移。

主要是當需求很高時，可以在公共云中運行工作負載，然后當一切恢復正常時，返回到私有云。這種方法減少了在云計算資源上花費的間接費用。此外，關鍵是敏感信息、數據和關鍵應用程序可以保存在私有云中。相反，敏感度較低的數據和應用程序可以在公共云中存儲和運行。

選擇DevOps云計算解決方案

如果說云計算就像樂器，那么DevOps就是演奏它的音樂家。

云計算和DevOps發揮著至關重要的作用，并且是IT戰略中相互聯系的部分。云計算和DevOps共同幫助IT部門將重點問題從“可以在不中斷的情況下走多遠?”轉到“多久可以提供新的和穩定的功能?”或“可以快速地部署新服務嗎?”

當今，企業正在尋找借助云計算、DevOps和自動化實踐進行數字化轉型的方法。