[發明專利]一種基于微服務架構的軟件持續集成方法

在審

• 申請號: 202010347906.6
• 申請日: 2020-04-28
• 公開（公告）號: CN111552644A
• 公開（公告）日: 2020-08-18
• 發明（設計）人: 宋富國
• 申請（專利權）人: 成都庫珀區塊鏈科技有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36;G06F8/60
• 代理公司: 暫無信息
• 代理人: 暫無信息

本發明公開了一種基于微服務架構的軟件持續集成方法，屬于互聯網軟件開發領域，用于軟件開發到軟件測試的交付，解決了現有軟件項目開發過程中，軟件持續集成效率差，項目交付測試之前容易出現編譯失敗，以及沒有自動化測試功能，導致影響項目發版部署的問題；包括以下步驟：首先搭建并配置Jenkins CI平臺，然后在Jenkins CI平臺上構建微服務工程編包Job1，對編包后的微服務安裝包打上標識標簽并上傳至安裝包倉庫，再按照項目版本的維度進行編排和存放微服務安裝包，并通過MD5算法進行數字校驗，然后在Jenkins CI平臺上帶參數構建取包部署測試環境Job2，最后輸出測試環境發版清單；使得項目交付測試時能夠達到高度持續集成，從而提高軟件開發和測試的工作效率。

技術領域

本發明屬于互聯網軟件開發領域，涉及軟件持續集成技術領域，尤其涉及一種基于微服務架構的軟件持續集成方法。

背景技術

微服務(Microservice)這個概念是2012年出現的，作為加快Web和移動應用程序開發進程的一種方法。在敏捷開發模式浪潮中，微服務架構已經成為主流的軟件開發模式。其主要目的是將功能分解到離散的各個服務當中，從而降低系統的耦合性，并提供更加靈活的服務支持。

按照微服務架構開發模式，通常一個項目會涉及若干甚至幾十個微服務開發和系統集成。在這個背景下，如何實現一個項目軟件開發快速高效的持續集成成為項目研發的一個重大挑戰。

目前多數互聯網公司采用的是從GitLab拉取代碼、編譯打包、部署測試環境的流水線式作業，該模式強調的是整個pipe line管道的連貫性和快速集成，但忽略了管道中可能會存在的拉取代碼失敗和編譯代碼失敗的問題，且沒有相應的代碼自動化測試和版本回溯功能。在多項目并行開發實踐中，還會存在同一個微服務的多個項目分支因為交叉發版而產生服務調用失敗的問題。

因此，本發明針對上述問題，提出了一種基于微服務架構的軟件持續集成方法。

發明內容

本發明的目的在于：提供了一種基于微服務架構的軟件持續集成方法，解決了現有軟件項目開發過程中，軟件持續集成效率差，項目交付測試之前容易出現編譯失敗，以及沒有自動化測試功能，導致影響項目發版部署的問題。

本發明采用的技術方案如下：

一種基于微服務架構的軟件持續集成方法，包括以下步驟：

搭建并配置Jenkins CI平臺；

在Jenkins CI平臺上構建微服務工程編包Job1，對編包后的微服務安裝包打上標識標簽并上傳至安裝包倉庫；

在安裝包倉庫中按照項目版本的維度進行編排和存放微服務安裝包，并通過MD5算法進行數字校驗；

在Jenkins CI平臺上，帶參數構建取包部署測試環境Job2，最后輸出測試環境發版清單。

進一步地，所述配置Jenkins CI平臺包括在Jenkins CI平臺上配置管理權限，只有開發人員有構建微服務工程編包Job1的執行權限，只有測試人員有構建取包部署測試環境Job2的執行權限。

進一步地，所述微服務工程編包Job1包括對新建的微服務安裝包依次進行編譯、靜態代碼檢查和單元測試、功能冒煙自動化測試，只有通過測試且符合準入標準的微服務安裝包才打上標識標簽并上傳至安裝包倉庫。

進一步地，所述在Jenkins CI平臺上構建微服務工程編包Job1，對編包后的微服務安裝包打上標識標簽并上傳至安裝包倉庫，包括以下步驟：

提交代碼到GitLab，通過輪詢SCM進行參數化構建或自動構建微服務安裝包；

從GitLab拉取微服務安裝包的代碼進行編譯，編譯通過則進行下一步，編譯失敗則表示編包失敗，直接結束微服務工程編包Job1；