如今，圍繞持續(xù)集成、持續(xù)部署、持續(xù)交付的討論比以往任何時(shí)候都多，但實(shí)際上，持續(xù)集成/持續(xù)交付的實(shí)際使用似乎更少。這可能是因?yàn)镈evOps缺乏所需的技能集，或者企業(yè)仍然在實(shí)踐傳統(tǒng)的軟件開(kāi)發(fā)方法。由于缺少持續(xù)集成/持續(xù)交付和DevOps自動(dòng)化實(shí)踐，企業(yè)無(wú)法了解需要花費(fèi)多少費(fèi)用。
對(duì)于許多企業(yè)而言，DevOps是他們必須嘗試的事情，因?yàn)樗麄兊母?jìng)爭(zhēng)對(duì)手正在這樣做或者這是一種趨勢(shì)。如果不了解DevOps原理和基本知識(shí)，那么這將是一個(gè)令人絕望的嘗試。
在大多數(shù)情況下，客戶必須將一套不同的工具組合在一起才能交付軟件，這將會(huì)造成混亂。另一方面，很難選擇正確的工具并了解什么是最佳實(shí)踐。這就是人們開(kāi)始看到DevOps公司具有提供統(tǒng)一工具集趨勢(shì)的原因，以使客戶可以立即使用完整的解決方案，而不必?fù)?dān)心采用不同供應(yīng)商的許多解決方案。
什么是持續(xù)集成/持續(xù)交付?
每當(dāng)開(kāi)發(fā)人員提交并將更改推送到存儲(chǔ)庫(kù)時(shí)，持續(xù)集成系統(tǒng)都會(huì)重建分支，并運(yùn)行所有相關(guān)測(cè)試用例，以驗(yàn)證新更改不會(huì)破壞現(xiàn)有應(yīng)用程序和功能。
持續(xù)交付是持續(xù)集成的擴(kuò)展，可以幫助用戶單擊按鈕來(lái)部署應(yīng)用程序。這意味著每次更改通過(guò)持續(xù)集成測(cè)試時(shí)都要進(jìn)行部署。這樣，就可以輕松地自動(dòng)完成構(gòu)建和測(cè)試階段以及大部分發(fā)布過(guò)程。
通過(guò)持續(xù)部署，開(kāi)發(fā)人員將能夠自動(dòng)將軟件發(fā)布或部署到生產(chǎn)環(huán)境中。在這一階段，應(yīng)用程序中不會(huì)進(jìn)行任何人工代碼簽入。通過(guò)持續(xù)集成流程會(huì)自動(dòng)測(cè)試代碼是否存在問(wèn)題，如果沒(méi)有發(fā)現(xiàn)問(wèn)題，則會(huì)部署代碼。
為什么選擇持續(xù)集成/持續(xù)交付?
持續(xù)集成/持續(xù)交付是測(cè)試和部署應(yīng)用程序的最佳實(shí)踐。為了保證質(zhì)量，使持續(xù)集成/持續(xù)交付成為部署代碼的單一渠道是最佳實(shí)踐。DevOps團(tuán)隊(duì)?wèi)?yīng)確保一切都通過(guò)持續(xù)集成/持續(xù)交付管道進(jìn)行，以便測(cè)試和生產(chǎn)中的代碼相同。這還將減少人為錯(cuò)誤，并避免部署未經(jīng)錯(cuò)誤測(cè)試的其他版本。
很多企業(yè)如今使用持續(xù)集成/持續(xù)交付的最大原因之一是軟件交付速度更快，這導(dǎo)致對(duì)客戶的更新更加頻繁。并且經(jīng)常發(fā)布的不斷改進(jìn)將確保增強(qiáng)的客戶滿意度。這是一項(xiàng)競(jìng)爭(zhēng)優(yōu)勢(shì)，因?yàn)樗蛊髽I(yè)可以更頻繁地交付新功能，可以幫助保持領(lǐng)先地位。
通過(guò)持續(xù)集成/持續(xù)交付管道傳遞代碼可確保所做的任何更改均符合既定標(biāo)準(zhǔn)，然后再移至交付管道的下一個(gè)階段。任何故障或差異都會(huì)阻止將這類更改推進(jìn)到下一步，直到糾正為止。這只是意味著持續(xù)集成/持續(xù)交付的這種方法可確保不會(huì)將錯(cuò)誤代碼帶入生產(chǎn)環(huán)境。持續(xù)集成/持續(xù)交付可以快速促進(jìn)失敗、學(xué)習(xí)和交付方法。當(dāng)企業(yè)使用了自動(dòng)持續(xù)集成/持續(xù)交付時(shí)，開(kāi)發(fā)人員每次提交代碼時(shí)，都會(huì)在持續(xù)集成/持續(xù)交付流程中不斷運(yùn)行代碼，從而可以快速捕獲錯(cuò)誤，由于每個(gè)小變化都需要單獨(dú)測(cè)試，因此更容易隔離錯(cuò)誤。
什么是持續(xù)集成/持續(xù)交付管道?
持續(xù)集成/持續(xù)交付管道是與自動(dòng)化集成的部署管道工作流。如果執(zhí)行得當(dāng)，它將最大程度地減少人工切換和錯(cuò)誤，從而增強(qiáng)整個(gè)軟件交付生命周期中的反饋循環(huán)，從而使開(kāi)發(fā)團(tuán)隊(duì)可以在較短的時(shí)間內(nèi)交付較小的發(fā)行版塊。
持續(xù)集成/持續(xù)交付管道如今已成為軟件公司中的主流，并且已成為現(xiàn)代DevOps環(huán)境的骨干。盡管DevOps提出了與文化方面相關(guān)的原則和標(biāo)準(zhǔn)，但持續(xù)集成/持續(xù)交付專注于自動(dòng)化、流程、過(guò)程和工具。隨著容器化和微服務(wù)的引入，持續(xù)集成/持續(xù)交付方案也發(fā)生了變化。現(xiàn)在，每個(gè)云計(jì)算供應(yīng)商都具有支持和與Docker和Kubernetes之類的工具的集成，這些工具可以幫助擴(kuò)展持續(xù)集成/持續(xù)交付管道。
持續(xù)交付管道的階段
•測(cè)試自動(dòng)化和持續(xù)集成：這是準(zhǔn)備新功能和原型，完成編碼，然后將代碼與基礎(chǔ)集成的重要階段。通過(guò)使用持續(xù)集成服務(wù)器，可以完成單元測(cè)試和打包。
•構(gòu)建自動(dòng)化：這是工件被開(kāi)發(fā)人員(即依賴項(xiàng)、Docker映像)推送到注冊(cè)表(即Amazon ECR或Docker Hub或任何容器注冊(cè)表)的階段。
•Alpha部署：在此階段，開(kāi)發(fā)人員簽入更改。在這里，開(kāi)發(fā)人員可以仔細(xì)查看他們所做的更改以及它們之間的交互方式以及對(duì)其他系統(tǒng)的影響。此外，在這里開(kāi)發(fā)人員可以查看他們是否在主分支中破壞了任何內(nèi)容。
•Beta部署：這是測(cè)試人員執(zhí)行人工測(cè)試的階段。仍然需要人工測(cè)試才能看到持續(xù)集成工具的完善性。這使DevOps團(tuán)隊(duì)可以保證應(yīng)用程序的狀態(tài)良好，并且在部署后一定可以正常工作。
•生產(chǎn)部署：這是應(yīng)用程序上線的最后階段。
市場(chǎng)對(duì)持續(xù)集成/持續(xù)交付的看法是什么?
•谷歌公司在全球范圍內(nèi)對(duì)關(guān)鍵字“CI CD Pipeline”的搜索量逐漸增加。
•測(cè)試自動(dòng)化廠商Mabl公司對(duì)500名軟件測(cè)試人員進(jìn)行調(diào)查時(shí)，有53%的人說(shuō)他們的團(tuán)隊(duì)使用持續(xù)集成，而38%的人表示接受持續(xù)交付，只有29%的人采用持續(xù)部署。
•Codefresh公司進(jìn)行的與DevOps相關(guān)的調(diào)查表明，三分之一的公司已將一半以上的工作負(fù)載自動(dòng)化，但只有1%的自動(dòng)化。幾乎沒(méi)有人使整個(gè)持續(xù)集成/持續(xù)交付過(guò)程自動(dòng)化。多個(gè)工程團(tuán)隊(duì)只完成了不到10%的流程自動(dòng)化。
•iOS開(kāi)發(fā)者社區(qū)調(diào)查是有史以來(lái)對(duì)蘋果平臺(tái)開(kāi)發(fā)者進(jìn)行的最大規(guī)模的調(diào)查，其中2,290人填寫了問(wèn)卷，其中持續(xù)集成/持續(xù)交付問(wèn)題也參與了調(diào)查。
結(jié)果表明，大多數(shù)開(kāi)發(fā)人員在使用商業(yè)應(yīng)用程序時(shí)都在實(shí)踐持續(xù)集成/持續(xù)交付。
•前進(jìn)的方向：除非企業(yè)使用適當(dāng)?shù)牟渴鸸艿溃駝t它們將無(wú)法充分利用容器和DevOps。企業(yè)將開(kāi)始向客戶提供預(yù)建管道，例如JFrog管道。需要一個(gè)統(tǒng)一的平臺(tái)，該平臺(tái)具有支持持續(xù)集成/持續(xù)交付系統(tǒng)所需的所有工具——自動(dòng)化(管道)、二進(jìn)制存儲(chǔ)庫(kù)管理(Artifactory)、安全性(Xray)、發(fā)行/部署(分發(fā))等。JFrog公司提供了統(tǒng)一的平臺(tái)。
•Codefresh公司進(jìn)行了一項(xiàng)調(diào)查，并在KubeCon + CloudNativeCon Europe 2019會(huì)議上發(fā)布了對(duì)130位開(kāi)發(fā)人員的調(diào)查結(jié)果，其結(jié)果有些令人震驚。結(jié)果表明，將近三分之一(32%)的用戶根本不使用任何持續(xù)集成/持續(xù)交付平臺(tái)。60%的調(diào)查受訪者表示，他們的組織尚未充分利用自動(dòng)化來(lái)加速軟件開(kāi)發(fā)和部署。
•GigaOm公司的《市場(chǎng)雷達(dá)報(bào)告》是有關(guān)企業(yè)持續(xù)集成/持續(xù)交付解決方案的最新研究，作者在此比較了業(yè)界領(lǐng)先的持續(xù)集成/持續(xù)交付解決方案，并根據(jù)不同的評(píng)估標(biāo)準(zhǔn)對(duì)其進(jìn)行了評(píng)估。
考慮持續(xù)集成/持續(xù)交付解決方案有AWS、CircleCI、CloudBees、CodeFresh、GitLab、IBM、JFrog、Micro Focus、Microsoft、Red Hat和Xebia Labs。
持續(xù)集成/持續(xù)交付是DevOps的最佳實(shí)踐之一，因?yàn)樗梢源_保開(kāi)發(fā)人員和運(yùn)營(yíng)部門之間的正確配合。它提高了自動(dòng)化程度，開(kāi)發(fā)人員可以更可靠、更頻繁地推送代碼更改。同時(shí)，由于環(huán)境具有標(biāo)準(zhǔn)配置，并且回滾過(guò)程是自動(dòng)化的，因此運(yùn)營(yíng)團(tuán)隊(duì)可以看到更高的穩(wěn)定性。為了在持續(xù)集成/持續(xù)交付中獲勝，開(kāi)發(fā)團(tuán)隊(duì)和運(yùn)營(yíng)團(tuán)隊(duì)都需要就正確的工具和方法達(dá)成共識(shí)，這從長(zhǎng)遠(yuǎn)來(lái)看對(duì)業(yè)務(wù)增長(zhǎng)是有益的。
云計(jì)算與DevOps齊頭并進(jìn)
沒(méi)有云計(jì)算，企業(yè)將無(wú)法進(jìn)行DevOps。而沒(méi)有DevOps，云計(jì)算也不會(huì)有太大價(jià)值。
云計(jì)算有許多定義，可以將對(duì)云計(jì)算的基本解釋定義為一個(gè)啟用并支持基礎(chǔ)設(shè)施供應(yīng)的系統(tǒng)。因此，它允許將其描述為代碼或模板，從而有助于創(chuàng)建可重復(fù)的過(guò)程。這也是DevOps的基本原理，可以最大程度地自動(dòng)化軟件開(kāi)發(fā)生命周期中的流程/任務(wù)。
云計(jì)算對(duì)持續(xù)集成/持續(xù)交付的最大好處之一就是云計(jì)算基礎(chǔ)設(shè)施的動(dòng)態(tài)特性。對(duì)于持續(xù)集成/持續(xù)交付工作負(fù)載的短暫性和突發(fā)性，這是一個(gè)完美的選擇。云計(jì)算資源可以根據(jù)持續(xù)集成/持續(xù)交付工作負(fù)載自動(dòng)擴(kuò)大和縮小。這為企業(yè)帶來(lái)了巨大的管理和成本效益。企業(yè)不需要維護(hù)自己的服務(wù)器，而是隨著持續(xù)集成/持續(xù)交付工作負(fù)載的增加而增加這些服務(wù)器，或者在閑置時(shí)浪費(fèi)服務(wù)器資源。
無(wú)論企業(yè)如何定義云計(jì)算技術(shù)，以及無(wú)論通過(guò)哪種DevOps路線通過(guò)云計(jì)算集成來(lái)實(shí)現(xiàn)數(shù)字化轉(zhuǎn)型，在DevOps詞典中都可以輕松地將云計(jì)算技術(shù)和服務(wù)融合在一起，因?yàn)樗鼈儚母旧涎a(bǔ)充了DevOps的原理和流程。
對(duì)于DevOps實(shí)施，敏捷原則可以作為驅(qū)動(dòng)因素，因?yàn)榘l(fā)布周期和自動(dòng)化時(shí)間較短，可以快速交付并按時(shí)交付。為了實(shí)施連續(xù)的實(shí)踐，云計(jì)算技術(shù)是一個(gè)很好的促進(jìn)者，因?yàn)橘Y源可快速用于開(kāi)發(fā)和應(yīng)用程序生命周期管理中涉及的所有活動(dòng)。敏捷原則以及云計(jì)算和DevOps實(shí)踐可提高開(kāi)發(fā)人員的生產(chǎn)力，并加快組織的發(fā)展。
借助安全的云計(jì)算網(wǎng)關(guān)，用戶可以從任何地方使用任何設(shè)備輕松訪問(wèn)企業(yè)資源，而不會(huì)影響網(wǎng)絡(luò)的安全性。讓用戶從他們的設(shè)備訪問(wèn)其網(wǎng)絡(luò)有時(shí)看起來(lái)很嚇人，但是現(xiàn)代云計(jì)算平臺(tái)提供了更多功能，它們帶有內(nèi)置的安全性堆棧，可以幫助管理員提供管理和支持安全性所需的工具。
DevOps結(jié)合云計(jì)算技術(shù)為使用它們的企業(yè)帶來(lái)了巨大的好處：
(1)提高開(kāi)發(fā)人員的生產(chǎn)力和協(xié)作能力。
(2)通過(guò)快速輕松地訪問(wèn)開(kāi)發(fā)環(huán)境來(lái)加快產(chǎn)品上市時(shí)間。
(3)幫助自動(dòng)化不同的重復(fù)任務(wù)，以便開(kāi)發(fā)人員可以專注于重要的任務(wù)。
(4)隨著代碼的臨近，自動(dòng)化和基礎(chǔ)設(shè)施可以極大地降低云計(jì)算的復(fù)雜性和系統(tǒng)維護(hù)。
(5)利用現(xiàn)代云計(jì)算平臺(tái)和原理來(lái)消除人為錯(cuò)誤，從而提高安全性。
(6)通過(guò)基于云計(jì)算的連續(xù)業(yè)務(wù)運(yùn)營(yíng)幫助消除停機(jī)時(shí)間。開(kāi)發(fā)人員可以通過(guò)自動(dòng)化構(gòu)建無(wú)狀態(tài)應(yīng)用程序，這將提高可用性和故障轉(zhuǎn)移能力，并提高業(yè)務(wù)可靠性和客戶滿意度。
(7)擴(kuò)展到新的高度。企業(yè)采用云計(jì)算和DevOps的主要原因之一是在需要時(shí)擴(kuò)展其基礎(chǔ)設(shè)施和應(yīng)用程序。
云計(jì)算部署模型
當(dāng)云計(jì)算提供商完全托管組織的應(yīng)用程序和數(shù)據(jù)時(shí)，它就是公共云。只需建立全球互聯(lián)網(wǎng)連接，使用公共云的企業(yè)員工就可以訪問(wèn)應(yīng)用程序。
私有云是指組織的資源(例如存儲(chǔ)、計(jì)算和網(wǎng)絡(luò)資源)存在于提供商的數(shù)據(jù)中心中。企業(yè)之所以偏愛(ài)私有云，主要是因?yàn)榘踩砸约霸谶\(yùn)行應(yīng)用程序時(shí)存儲(chǔ)高度敏感的數(shù)據(jù)。
混合云是另一種現(xiàn)代方法。它是私有云和公共云服務(wù)的組合。根據(jù)流量和需求的考慮，企業(yè)可以進(jìn)行更改。一些客戶可能具有本地持續(xù)集成/持續(xù)交付系統(tǒng)。這些持續(xù)集成/持續(xù)交付系統(tǒng)中的某些可以通過(guò)混合設(shè)置將其工作負(fù)載擴(kuò)展到云中。這可以使他們現(xiàn)在意識(shí)到云計(jì)算的好處，而不必進(jìn)行完整的遷移。
主要是當(dāng)需求很高時(shí)，可以在公共云中運(yùn)行工作負(fù)載，然后當(dāng)一切恢復(fù)正常時(shí)，返回到私有云。這種方法減少了在云計(jì)算資源上花費(fèi)的間接費(fèi)用。此外，關(guān)鍵是敏感信息、數(shù)據(jù)和關(guān)鍵應(yīng)用程序可以保存在私有云中。相反，敏感度較低的數(shù)據(jù)和應(yīng)用程序可以在公共云中存儲(chǔ)和運(yùn)行。
選擇DevOps云計(jì)算解決方案
如果說(shuō)云計(jì)算就像樂(lè)器，那么DevOps就是演奏它的音樂(lè)家。
云計(jì)算和DevOps發(fā)揮著至關(guān)重要的作用，并且是IT戰(zhàn)略中相互聯(lián)系的部分。云計(jì)算和DevOps共同幫助IT部門將重點(diǎn)問(wèn)題從“可以在不中斷的情況下走多遠(yuǎn)?”轉(zhuǎn)到“多久可以提供新的和穩(wěn)定的功能?”或“可以快速地部署新服務(wù)嗎?”
當(dāng)今，企業(yè)正在尋找借助云計(jì)算、DevOps和自動(dòng)化實(shí)踐進(jìn)行數(shù)字化轉(zhuǎn)型的方法。
版權(quán)聲明：本文為企業(yè)網(wǎng)D1Net編譯，轉(zhuǎn)載需注明出處為：企業(yè)網(wǎng)D1Net，如果不注明出處，企業(yè)網(wǎng)D1Net將保留追究其法律責(zé)任的權(quán)利。
京公網(wǎng)安備 11010502049343號(hào)