[發明專利]一種基于容器化的持續集成和持續交付方法及裝置

在審

• 申請號: 202110259461.0
• 申請日: 2021-03-10
• 公開（公告）號: CN112965786A
• 公開（公告）日: 2021-06-15
• 發明（設計）人: 權寶強
• 申請（專利權）人: 神州數碼融信云技術服務有限公司
• 主分類號: G06F9/455
• 分類號: G06F9/455;G06F9/445;G06F8/61;G06F8/41;G06F11/36
• 代理公司: 北京世譽鑫誠專利代理有限公司 11368
• 代理人: 任欣生

本發明公開了一種基于容器化的持續集成和持續交付方法及裝置，該方法包括：編寫業務應用代碼，并提供所述業務應用代碼容器化應用的構建文件；內置所述容器化應用的構建文件和編譯容器鏡像的配置文件；創建持續集成任務，完成應用的容器化和將容器鏡像推送到鏡像倉庫的配置文件中；創建持續部署任務；運行自動化測試腳本，生成并發送測試報告；執行測試任務；配置Webhook地址到開發的代碼庫中，開發人員通過提交業務應用代碼或合并業務應用代碼，觸發在持續集成工具中定義的Pipline任務。通過該方法及裝置，將傳統應用全部容器化打包，建立了一套合理的流程方案，降低了成本，達到了DevOps提出的理念。

技術領域

本發明涉及集成和交付技術領域，具體來說，涉及一種基于容器化的持續集成和持續交付方法及裝置。

背景技術

在目前軟件開發的整個生命周期當中，DevOps是一個新嶄新的概念，旨在通過自動化“軟件開發交付”和“業務以及架構變更”的流程，來使得構建、測試、發布能夠更加地快捷、頻繁和可靠，流水線化，而這一概念所提倡的快捷、頻繁和可靠的交付需要一套完全自動化的構建流程來保證，目前的軟件在開發、測試、部署、交付、運維的各個環節都有一套比較成熟的方法論和工具，但是沒有一個成熟的完整的方法論體系來解決DevOps提出的這種快速、頻繁和可靠的自動化的持續交付，使得每個環節的的參與人員花費在溝通上的成本非常大，并且需要人為的干預才能跑完整個流程，這使得軟件的最終交付很難達到DevOps提出的理念，而使團隊對DevOps的做法又望而卻步。

發明內容

針對相關技術中的上述技術問題，本發明提出一種基于容器化的持續集成和持續交付方法及裝置，能夠克服現有技術的上述不足。

為實現上述技術目的，本發明的技術方案是這樣實現的：

一種基于容器化的持續集成和持續交付方法，該方法包括：

編寫業務應用代碼，并提供所述業務應用代碼容器化應用的構建文件；

內置所述容器化應用的構建文件和編譯容器鏡像的配置文件；

通過持續集成工具，創建持續集成任務，通過調用插件完成應用的容器化和將容器鏡像推送到鏡像倉庫的配置文件中；

通過持續集成工具，創建持續部署任務；

定義自動化測試腳本任務集合，運行自動化測試腳本，生成并發送測試報告；

自定義持續集成到持續部署的Pipeline，執行測試任務；

配置Webhook地址到開發的代碼庫中，開發人員通過提交業務應用代碼或合并業務應用代碼，觸發在持續集成工具中定義的Pipline任務。

進一步的，所述容器化應用的構建文件的內容包括：環境配置。

進一步的，所述創建持續集成任務，包括：定義代碼倉庫源地址和構建分支。

進一步的，所述持續集成工具運行時，通過所述代碼倉庫源地址進行代碼拉取。

進一步的，所述執行測試任務中，任務串行和/或并發執行。

根據本發明的另一方面，提供了一種基于容器化的持續集成和持續交付裝置，該裝置包括：

編寫提供單元，用于編寫業務應用代碼，并提供所述業務應用代碼容器化應用的構建文件；

內置單元，用于內置所述容器化應用的構建文件和編譯容器鏡像的配置文件；

創建推送單元，用于通過持續集成工具，創建持續集成任務，通過調用插件完成應用的容器化和將容器鏡像推送到鏡像倉庫的配置文件中；

創建單元，用于通過持續集成工具，創建持續部署任務；