[发明专利]一种基于容器化应用的持续集成交付方法及相关设备

权利要求书

1.一种基于容器化应用的持续集成交付方法，其特征在于，包括：

在代码工程的根目录下定义第一文件，所述第一文件用于描述持续集成过程和相关工具的依赖关系，以执行所述持续集成过程；

对所述第一文件中定义的所述持续集成过程进行触发启动设置，其中，所述持续集成过程的触发启动集成于一模块可视化界面上；所述触发启动设置与所述所述第一文件一起配合完成持续集成过程的触发与执行。

2.根据权利要求1所述的一种基于容器化应用的持续集成交付方法，其特征在于，所述持续集成过程包括：

将程序编码阶段的源代码工程拉取到程序构建平台，得到程序构建结果；

对所述程序构建结果进行质量检测、安全性扫描和自动化测试；

将通过测试的所述程序构建结果打包成Docker应用镜像；

将至少一所述Docker应用镜像形成的应用通过第一组配置文件一键部署到测试rancher平台上，并对所述应用进行功能性测试；

将所述第一组配置文件及对所述应用进行描述的第二组配置文件存储于测试应用商店中；

其中，所述第一组配置文件定义了关于涉及所述Docker应用镜像对应服务的运行方式和各服务之间的关联关系。

3.根据权利要求1所述的方法，其特征在于，所述第一文件为jenkinsfile文件。

4.根据权利要求3所述的方法，其特征在于，所述将至少一所述Docker应用镜像形成的应用通过第一组配置文件一键部署到测试rancher平台上，并对所述应用进行功能性测试，包括：

所述jenkinsfile文件通过shell命令调取基于cattle调度框架搭建的rancher容器管理平台开放api接口，触发部署测试动作，将harbor镜像仓库中的至少一所述Docker应用镜像形成的应用通过第一组配置文件一键部署到测试rancher平台上；

对所述应用进行功能性测试；

针对所述应用测试过程中遇到的问题编写问题修复代码，并将问题修复代码提交到gitlab工具上，由此自动触发所述持续集成过程。

5.根据权利要求2所述的方法，其特征在于，所述将所述第一组配置文件及对所述应用进行描述的第二组配置文件存储于测试应用商店中，包括：

定义关于系统涉及所述Docker应用镜像对应服务的运行方式和各服务之间的关联关系的第一组配置文件，并放置在测试应用商店中；所述第一组配置文件用于将测试通过的至少一所述Docker应用镜像形成的应用一键部署到测试rancher平台上运行；

定义对所述应用进行描述的第二组配置文件，并放置于测试应用商店中。

6.根据权利要求1所述的方法，其特征在于，还包括：

将用于形成所述应用的至少一所述Docker应用镜像由harbor镜像仓库提交到缓冲镜像仓库，并由缓冲镜像仓库提交到生产应用镜像仓库；

将所述测试应用商店中的配置文件传递至生产应用商店中，执行部署动作，实现由至少一所述Docker应用镜像形成的应用通过所述生产应用商店中的配置文件一键部署到生产rancher平台上运行。

7.根据权利要求6所述的方法，其特征在于，所述harbor镜像仓库与所述缓冲镜像仓库之间的防火墙、所述缓冲镜像仓库与所述生产应用镜像仓库之间的防火墙由黑白名单或端口放行策略进行破坏，使得三个镜像仓库中的镜像文件可顺次传递。

8.一种基于容器化应用的持续集成交付装置，其特征在于，包括：

程序编码子模块，在代码工程的根目录下定义第一文件，所述第一文件用于描述持续集成过程和相关工具的依赖关系，以执行所述持续集成过程；

持续集成任务定义子模块，对所述第一文件中定义的所述持续集成过程进行触发启动设置，其中，持续集成过程的触发启动集成于一模块可视化界面上；所述触发启动设置与所述所述第一文件一起配合完成持续集成过程的触发与执行。