CN110083369A - 一种基于容器方案的持续集成和持续交付方法 - Google Patents

Abstract

一种基于容器方案的持续集成和持续交付方法，包括步骤：制作应用容器化所需要的镜像模板；使用自动化集成工具创建持续集成的任务，包含代码的编译、打包、测试及通过镜像模板构建镜像；使用自动化集成工具创建持续部署的任务；使用自动化集成工具创建自动化测试任务，用于测试部署成功后的新环境的功能及业务测试；通过定义的各个任务进行工作流的制定，完成适配自己开发模式的开发、测试、部署、发布流程的定义。

Description

一种基于容器方案的持续集成和持续交付方法

技术领域

本发明属于软件开发技术领域，特别涉及一种基于容器方案的持续集成和持续交付方法。

背景技术

在目前的软件开发领域，DevOps是一个新提出的概念，旨在通过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠，而这一概念所提倡的快捷、频繁和可靠的交付需要一套完全自动化的构建流程来保证，而目前的软件在开发、测试、部署、交付、运维的各个环节都有一套比较成熟的方法论和工具，但是没有一个成熟的完整的方法论体系来解决DevOps提出的这种快速、频繁和可靠的自动化的持续交付，使得每个环节的的参与人员花费在沟通上的成本非常大，并且需要人为的干预才能跑完整个流程，这使得软件的最终交付很难达到DevOps提出的理念，而使团队对DevOps的做法又望而却步。

发明内容

本发明提供一种基于容器方案的持续集成和持续交付方法，目的在于解决软件开发流程中遇到的交付问题，

本发明实施例之一，一种基于容器方案的持续集成和持续交付方法，该方法包括以下步骤：

制作应用容器化所需要的镜像模板；

使用自动化集成工具创建持续集成的任务，包含代码的编译、打包、测试及通过镜像模板构建镜像；

使用自动化集成工具创建持续部署的任务；

使用自动化集成工具创建自动化测试任务，用于测试部署成功后的新环境的功能及业务测试；

通过定义的各个任务进行工作流的制定，完成适配自己开发模式的开发、测试、部署、发布流程的定义。

本发明的有益效果包括：

1.实现了自动化软件交付流程。

2.减少各个环节的交流沟通成本及人力干预投入。

3.实现了自定义软件开发的自动化流程。

4.实现了可配置的迭代交付升级策略。

本发明实施例对于现有的软件开发领域中的问题，提出了一套完整的方法体系来解决软件开发流程中各个环节需要解决的问题，从而释放软件开发过程中各个环节的人力投入，和各个环节的沟通交流成本，并能通过自动化体系形成一个可靠的交付系统，并能通过自定义流程方式来适配各个团队项目上的要求。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1根据本发明实施例之一的自动化持续集成及持续部署流程图。

具体实施方式

根据一个或者多个实施例，如图1所示，详细描述了从开发到部署的完成流程，通过自动化构建工具Jenkins、代码管理工具Git、容器镜像仓库和容器管理引擎定义详尽的持续集成和持续部署流程，以及可以通过Jenkins定义pipeline的方式自由编排Jenkins任务的构建顺序，达到最终的交付。

Jenkins是一种持续集成工具，用于监控持续重复的工作，是一个开放易用的软件平台。

Docker是开源的应用容器引擎，让开发者打包他们的应用以及依赖包到一个轻量级、可移植的容器中，然后发布到任何流行的Linux机器上，也可以实现虚拟化。

镜像仓库是用于存放Docker镜像的仓库，并提供镜像的下载上传功能。

容器部署引擎是容器集群管理工具，负责对容器的网络，存储和编排等工作。

本发明实施例通过借助容器生态环境中和自动化构建提供的开源工具组合完成，包括以下步骤：

(1)业务应用代码的开发，并提供业务代码容器化应用的构建文件。

通过在代码库中内置容器化应用的构建文件(Dockerfile)以及编译容器镜像需要的一些额外配置文件，Dockerfile的内容应涵盖能使应用正常运行所需要的一整套环境配置。

(2)通过持续集成工具Jenkins创建持续集成任务。

a)持续集成工具Jenkins是一个非常强大的构建工具，它支持很多的插件库，在本方法体系中，需要使用安装到的插件有Git、SVN、Docker和Maven等，用户可根据自身需要进行插件的安装。

b)通过Jenkins创建持续集成任务：该任务需定义代码仓库源地址，需要构建的分支，Jenkins在执行此任务时，通过此地址进行代码拉取；编译打包的方式(maven、gradle或shell等)；运行内置在代码或额外提供的单元测试；通过调用Docker插件完成应用的容器化及将生成好的容器镜像推送到镜像仓库中。

(3)通过持续集成工具Jenkins创建持续部署任务。

根据自己使用的容器部署引擎进行部署任务的模板定义，如选用的是kubernetes,则模板文件应包含kubernetes所能解析的Service、Deployment、Configmap等资源的定义；如采用的是Docker-Compose的方式进行的部署，则需要提供docker-compose所能解析的yaml文件和挂载的配置文件等。还可以对每次服务的更新/升级定义策略，如滚动升级、人为干预的蓝绿和灰度升级等。

(4)定义自动化测试脚本任务集合。

通过Jenkins工具可以添加额外的集成测试任务集合，用于运行自动化测试脚本验证部署好的环境，并生成测试报告通过邮件或企业沟通群的方式通知QA和测试人员。

(5)自定义持续集成到持续部署的Pipeline，测试任务可并发执行。通过Jenkins工具编排一个Pipeline任务，指定从持续集成、持续部署到测试任务的工作流。工作流中的任务可以根据自己的需要独立串行进行，也可以并发进行。定义Pipline任务触发的条件(可以是webhook或定时触发)；

(6)配置Web hook地址到开发的代码库中，开发人员通过提交业务代码/或合并代码，触发在Jenkins中定义的Pipline任务触发整个流程的进行。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (2)

1.一种基于容器方案的持续集成和持续交付方法，其特征在于，该方法包括以下步骤：

制作应用容器化所需要的镜像模板；

使用自动化集成工具创建持续集成的任务，包含代码的编译、打包、测试及通过镜像模板构建镜像；

使用自动化集成工具创建持续部署的任务；

使用自动化集成工具创建自动化测试任务，用于测试部署成功后的新环境的功能及业务测试；

通过定义的各个任务进行工作流的制定，完成适配自己开发模式的开发、测试、部署、发布流程的定义。

2.一种基于容器方案的持续集成和持续交付方法，利用开源工具，其特征在于，该方法包括以下步骤：

(1)提供业务代码容器化应用的构建文件；

(2)通过持续集成工具Jenkins创建持续集成任务；

(3)通过持续集成工具Jenkins创建持续部署任务；

(4)定义自动化测试脚本任务集合；

(5)自定义持续集成到持续部署的Pipeline，测试任务可并发执行；

(6)配置Web hook地址到开发的代码库中，通过提交业务代码/或合并代码，触发在Jenkins中定义的Pipline任务触发整个流程的进行。