【原】GitLab CI / CD管道的5個優(yōu)勢

軟件測試test 2020-08-06

展開全文

許多CI / CD系統(tǒng)工具為開發(fā)團隊和DevOps團隊提供了源代碼控制，構(gòu)建工件和部署功能等功能。GitLab就是其中之一，但是該產(chǎn)品為CI / CD管道帶來了某些優(yōu)勢，從易于安裝到高級自動化。基于Web的工具鼓勵團隊內(nèi)適當?shù)拇a實踐，并安全地部署到生產(chǎn)中。

DevOps生命周期工具市場上的公司應在以下五個方面評估GitLab CI / CD管道：

易于配置；
源代碼安全；
管道自動化；
DevOps成熟度反饋；
部署計劃；

易于配置

在CI / CD工具中，服務器配置可能很麻煩。對于某些產(chǎn)品，除非企業(yè)支付高額費用，否則IT組織無法在云提供商或內(nèi)部安裝該工具。

您可以在任何地方安裝GitLab CI / CD工具：在本地，在云中，在容器上，在幾乎所有Linux發(fā)行版上，甚至可以在Kubernetes中協(xié)調(diào)流程。

在此視頻中，請按照以下步驟通過Microsoft Azure門戶快速部署任何版本的GitLab服務器。用戶可以創(chuàng)建虛擬機或遵循預設配置。在這里，我們在資源組中設置了一個GitLab Community Edition服務器，選擇了要部署到的Azure區(qū)域，并選擇了大小合適的實例。爭取具有至少4個CPU和7 GB RAM的實例。該視頻演示了帶有密碼的GitLab社區(qū)版服務器；SSH公鑰也是一個選項。

在GUI上更喜歡命令行界面（CLI）？您也可以從CLI安裝GitLab。這四個步驟通過Ubuntu CLI設置了一個GitLab服務器：

源代碼安全

安全性和合規(guī)性是CI / CD管道的重要考慮因素。安全性應該控制代碼的存放位置以及誰可以訪問它。

GitLab平臺包括一個完整的分布式版本控制系統(tǒng)平臺；畢竟，許多CI / CD平臺都內(nèi)置了源代碼控制。GitLab還提供對訪問控制和代碼存儲位置的完全控制。例如，如果您在本地部署GitLab，則已經(jīng)管理了托管平臺的服務器或服務器以及代碼所在的位置。遵循高安全性標準的IT組織（例如政府機構(gòu)）更喜歡這種方式。

您可以在不退出GitLab UI的情況下在GitLab存儲庫中存儲外部代碼，如以下Terraform代碼示例所示：

以了解如何通過“ 新建項目”字段添加代碼。用戶可以從其他源代碼控制存儲庫導入項目，并確定該項目是私有的，內(nèi)部共享的還是公共的。克隆代碼或使用GitLab的Web IDE編寫新代碼。

管道自動化

GitLab包含一項稱為Auto DevOps的功能，可以通過CI / CD管道自動檢測，構(gòu)建，測試，部署和監(jiān)視應用程序。該功能涵蓋開發(fā)人員希望通過自動化完成或已經(jīng)完成的所有工作。Auto DevOps可以節(jié)省時間并執(zhí)行標準實踐，因為團隊無需為這些步驟執(zhí)行手動設置。GitLab默認為所有項目啟用該功能。

為了獲得Auto DevOps的好處，用戶必須將Kubernetes集群集成到GitLab中。這是在GitLab中實現(xiàn)Kubernetes的兩種方法：

帶上自己的集群。將現(xiàn)有Kubernetes集群的信息輸入平臺。此方法需要集群名稱，API URL，認證信息和服務令牌。
創(chuàng)建一個集群。通過GitLab UI，從Amazon Elastic Kubernetes服務（EKS）或Google Kubernetes Engine（GKE）創(chuàng)建Kubernetes集群。要使用EKS或GKE，請從GitLab向所選的云服務提供商進行身份驗證。

DevOps成熟度反饋

DevOps的實現(xiàn)在現(xiàn)實世界中迅速引起混亂。GitLab根據(jù)用戶為DevOps實施CI / CD管道工具的方式向用戶評分。該分數(shù)可幫助團隊確定例如DevOps功能的擴展范圍以及開發(fā)人員是否適當?shù)厥褂昧薌itLab功能。

建議還可以包括GitLab CI / CD管道之外的區(qū)域，例如票務發(fā)行板。當開發(fā)團隊將這些開發(fā)板用于CI / CD管道時，可以確保該團隊在流程開始之前就交付了正確的軟件，修復了錯誤并說明了正確的實施。

GitLab用戶可以將他們的活動與其他組織進行比較，并獲得旨在改善DevOps實施的學習材料。這些功能對于沒有與同事共享專業(yè)知識的小型或隔離IT團隊特別有用。

給GitLab時間根據(jù)活動來制定分數(shù)。一兩個星期之內(nèi)，GitLab的Analytics（分析）工作區(qū)將具有足夠的信息來生成分數(shù)。

部署計劃

在純CI / CD管道中，一旦代碼進入源代碼控制，它將被推送到CI流程，該流程最終將啟動CD流程以部署代碼。但是，在工作中的企業(yè)生產(chǎn)環(huán)境中，IT團隊可能需要安排發(fā)布計劃以避免沖突，或確保支持人員可以監(jiān)視可接受的性能。例如，操作可能指定在用戶負載最輕的時候每天凌晨4點部署代碼。

使用GitLab的CI / CD管道時間表，可以指定特定分支部署的時間。可以為將來的特定時間設置自動計劃，也可以根據(jù)需要設置重復的時間。