CN109814879B - 自动化ci/cd项目部署方法、存储介质 - Google Patents

Abstract

本发明提供自动化CI/CD项目部署方法、存储介质，方法包括：上传项目代码至Gitlab仓库管理系统；通过Jenkins持续集成引擎从Gitlab仓库管理系统拉取项目代码后进行编译构建，获取对应的项目；Jenkins持续集成引擎将所述项目以镜像方式发布到Harbor镜像仓库；kubernetes容器编排引擎从Harbor镜像仓库中拉取镜像项目至预设个数的本地服务器上分别运行成为容器；kubernetes容器编排引擎将所述容器编排至每一个pod对象中。本发明不仅能实现全自动化项目部署，且部署工作简单高效；而且还能保证项目的稳定可靠；进一步的，还具备自动扩容缩容和资源调度的功能，实现负载均衡。

Description

自动化CI/CD项目部署方法、存储介质

技术领域

本发明涉及服务端项目自动化部署领域，具体涉及自动化CI/CD项目部署方法、存储介质。

背景技术

由于目前大多数发布项目都是采用人工将项目打包编译出来后生成一个文件包，然后把此文件包上传到线上服务器进行部署，然后项目上线。

采用人工部署线上项目适用于项目类型小的场景。此场景下部署方式会比较简单，但是如果在发布一款中大型项目，并且项目由许多的系统组成，每个系统都是独立存在且独立部署，而且在访问量大的情况下如何做到快速的集群部署或者分布式将对人工产生一定的困难，不仅耗时也耗财，如电商、ERP等大型项目。

因此，有必要提供一种基于Kubernetes和Jenkins自动化CI/CD项目部署的方案，能够以纯自动化、无人工干预的方式自动发布项目到线上服务器并保证项目的稳定可靠。

发明内容

本发明所要解决的技术问题是：提供一种自动化CI/CD项目部署方法、存储介质，能实现自动化部署、扩容缩容和资源调度，让部署工作简单且高效。

为了解决上述技术问题，本发明采用的技术方案为：

自动化CI/CD项目部署方法，包括：

上传项目代码至Gitlab仓库管理系统；

通过Jenkins持续集成引擎从所述Gitlab仓库管理系统拉取项目代码后进行编译构建，获取对应的项目；

Jenkins持续集成引擎将所述项目以镜像方式发布到Harbor镜像仓库；

kubernetes容器编排引擎从Harbor镜像仓库中拉取镜像项目至预设个数的本地服务器上分别运行成为容器；

kubernetes容器编排引擎将所述容器编排至每一个pod对象中。

本发明提供的另一个技术方案为：

一种计算机可读存储介质，其上存储有计算机程序，所述程序在被处理器执行时，能实现上述自动化CI/CD项目部署方法所包含的步骤。

本发明的有益效果在于：通过Jenkins拉取Gitlab上的项目代码后进行编译构建，然后将对应项目以镜像方式发布到Harbor上，然后kubernetes从Harbor上拉取镜像项目后依据负载实况存放在预设个数的本地服务器上，以容器运行线上项目方式供用户访问，不仅能实现无人工干预的全自动化CI/CD项目部署，让部署工作变得简单且高效；而且还能基于负载实况实现灵活地扩容缩容，实现负载均衡和资源调度；进一步的，还能优化用户体验，提升用户与网站的粘性。

附图说明

图1为本发明自动化CI/CD项目部署方法的步骤流程示意图；

图2为本发明实施例一的自动化CI/CD项目部署方法对应的交互示意图。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。

本发明最关键的构思在于：通过Jenkins拉取Gitlab上的项目代码后进行编译构建，然后将对应项目以镜像方式发布到Harbor上，然后kubernetes从Harbor上拉取镜像项目后依据负载实况存放在预设个数的本地服务器上，以容器运行项目方式供用户访问。

本发明涉及的技术术语解释:

请参照图1以及图2，本发明提供自动化CI/CD项目部署方法，包括：

上传项目代码至Gitlab仓库管理系统；

通过Jenkins持续集成引擎从所述Gitlab仓库管理系统拉取项目代码后进行编译构建，获取对应的项目；

Jenkins持续集成引擎将所述项目以镜像方式发布到Harbor镜像仓库；

kubernetes容器编排引擎从Harbor镜像仓库中拉取镜像项目至预设个数的本地服务器上分别运行成为容器；

kubernetes容器编排引擎将所述容器编排至每一个pod对象中。

从上述描述可知，本发明的有益效果在于：1、实现无人工干预的自动化部署、灵活地扩容缩容、资源调度、监控等，让部署应用简单高效；2、减少企业的用人成本，提高项目的更新迭代版本次数；3、依据负载实况灵活地扩容缩容，快速响应项目需求，同时减少服务器的压力，实现负载均衡；4、显著提高用户体验，提升用户与网站的粘性。

进一步的，所述方法还包括：

当关闭负载均衡模式，所述预设个数为一个；

当开启负载均衡模式，所述预设个数为两个以上。

进一步的，还包括：

当开启负载均衡模式，则通过浏览器访问项目网站的至少两个用户将被分配到不同的本地服务器上，通过与不同的pod对象交互，运行镜像项目。

由上述描述可知，能通过模式调整，快速扩充提供引流目的的本地服务器数量，更好地应对负载增大的情况，实现负载均衡，减少本地服务器压力，提高用户体验。

进一步的，还包括：

配置至少三台作为master节点的线上服务器，以及至少两台作为node节点的本地服务器；

每一台线上服务器上kubernetes容器编排引擎均与每一台本地服务器连接；

在每一台线上服务器安装Harbor镜像仓库；

创建Jenkins-slave镜像，并将其上传至每一台线上服务器的Harbor镜像仓库；

在每一台线上服务器分别安装Jenkins持续集成引擎、Gitlab仓库管理系统和kubernetes容器编排引擎；

挂钩Gitlab仓库管理系统与Jenkins持续集成引擎；

挂钩Jenkins持续集成引擎与kubernetes容器编排引擎。

由上述描述可知，通过配置至少五台服务器，能实现分布式系统或集群部署；通过创建Harbor镜像仓库和Jenkins-slave镜像，能实现镜像获取多个项目；通过安装Jenkins持续集成引擎、Gitlab仓库管理系统和kubernetes容器编排引擎分别对应实现项目的持续集成、项目管理和容器编排，不仅具备较高功能扩展性，而且也更具备操作灵活性。

进一步的，还包括：

在每一台线上服务器安装gitlab webhock；

所述挂钩Gitlab仓库管理系统与Jenkins持续集成引擎，具体为：

通过gitlab webhock挂钩Gitlab仓库管理系统与Jenkins持续集成引擎。

由上述描述可知，具体通过webhock钩子关联Gitlab仓库管理系统与Jenkins持续集成引擎，从而实现Jenkins持续集成引擎能从Gitlab仓库管理系统中快速拉取目标项目代码。

进一步的，所述方法还包括：

Jenkins持续集成引擎依据预配置的SSH凭证从Gitlab仓库管理系统中拉取项目代码；

kubernetes容器编排引擎依据预配置的kubernetes凭证从Harbor镜像仓库中拉取镜像项目。

进一步的，所述方法还包括：

分别将所述SSH凭证和所述kubernetes凭证写入项目代码的配置文件。

由上述描述可知，本发明在拉取项目代码和镜像项目时，需要验证凭证通过后才能通行，由此确保项目的安全性，同时提高项目部署的准确性。

进一步的，还包括：

上传对应自动触发部署的代码至Gitlab仓库管理系统。

进一步的，还包括：

在Jenkins持续集成引擎中配置自动触发部署的定时器。

由上述描述可知，本发明同时提供两种自动部署的触发方式供灵活选择。其中，通过代码触发，能实现可控，有效控制版本的更新。

本发明提供的另一个技术方案为：

一种计算机可读存储介质，其上存储有计算机程序，所述程序在被处理器执行时，能实现上述自动化CI/CD项目部署方法所包含的步骤。

从上述描述可知，本发明的有益效果在于：对应本领域普通技术人员可以理解实现上述技术方案中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来实现的，所述的程序可存储于一计算机可读取的存储介质中，该程序在执行时，可包括如上述各方法的流程，从而实现通过Jenkins拉取Gitlab上的项目代码后进行编译构建，然后将对应项目以镜像方式发布到Harbor上，然后kubernetes从Harbor上拉取镜像项目后依据负载实况存放在预设个数的本地服务器上，以容器运行线上项目方式供用户访问，不仅能实现无人工干预的全自动化CI/CD项目部署，让部署工作变得简单且高效；而且还能基于负载实况实现灵活地扩容缩容，实现负载均衡和资源调度；进一步的，还能优化用户体验，提升用户与网站的粘性。

实施例一

请参照图1和图2，本实施例提供一种自动化CI/CD项目部署方法，能够实现无人工干预的自动化部署、扩容缩容、资源调度和监控等，让项目部署更简单、更高效；同时又能减少用人成本，提高项目的更新迭代版本次数。

本实施例的自动部署过程包括：

S1：用户上传项目代码至Gitlab仓库管理系统；

具体的，用户将开发完的项目代码上传至Gitlab上后，触发自动化部署。

在此，本实施例提供两种自动触发的方式，均是在前期运行环境搭建过程中(下述实施例二)进行设置：

1、上传自动触发代码到Gitlab仓库管理系统，通过代码的执行实现自动触发部署项目；

2、在Jenkins设置定时器，通过定时器到点自动触发部署项目。

上述两种设置自动发布的触发点的方式，都能在达到触发时刻时全自动完成所有操作。其中，优选采用前者，其具有可控、可有效控制版本更新的优点。

S2：Jenkins持续集成引擎从所述Gitlab仓库管理系统拉取项目代码后进行编译构建、测试等，获取对应的项目；

S3：Jenkins持续集成引擎将上一步骤获取的项目以镜像方式发布到Harbor镜像仓库；

S4：kubernetes容器编排引擎从Harbor镜像仓库中拉取镜像项目至预设个数的本地服务器上分别运行成为容器；

在此，优选所述预设个数为至少两个，以满足引流要求。

S5：kubernetes容器编排引擎将所述容器编排至每一个pod对象中。

具体的，通过将镜像项目运行形成容器后存放在每一个pod对象中，能供用户访问。用户通过浏览器然后访问项目网站，在访问的过程中可以部署负载均衡进行引流分配到不同的服务器(对应预设个数)上，减少服务器的压力，访问网站即可。

上述步骤实现了全自动化、高效、简单部署；对应预设个数的数量变化，还能实现负载均衡，由kubernetes容器编排引擎实现自动扩容缩容和资源调度。

下面，将详细具体的说明如何实现负载均衡，自动扩容缩容。

在一具体实施方式中，配置的本地服务器至少有两台，作为项目容器的运行服务器，实现分布式系统。

当检测到当前访问量大时(可设置相应阈值进行比较)，则kubernetes容器编排引擎自动开启负载均衡模式，配置当前的本地服务器的数量为两个以上，即所述预设个数为两个以上。

然后将通过浏览器访问项目网站的所有用户分配到不同的本地服务器上，通过不同的本地服务器与对应的pod对象的交互来响应各个用户的项目需求。

上述对应的是kubernetes自动扩容的情况。

而在实时检测到访问量下降后，kubernetes容器编排引擎也将自动进行缩容，适当减少本地服务器的数量；

在访问量极少时，可自动关闭负载均衡模式，配置当前的本地服务器的数量为一个，以节省服务器资源。

本实施例能通过自动扩容和缩容，实现负载均衡，同时快速响应项目需求，从而显著提升用户体验。

本实施例二

本实施例在实施例一的基础上，做进一步扩展，增加运行前期运行环境搭建的过程。

运行环境搭建：

1、配置至少5台服务器，每一台服务器上均需要安装好kubernetes容器编排引擎；其中，至少3台作为master节点的线上服务器，至少2台作为node节点的本地服务器；每一台线上服务器均可以在需要时随时与每一台本地服务器建立连接。配置3台master节点线上服务器的目的在于防止其中一个master节点挂掉后，其他两台master节点可以保证稳定运行；而至少两台node节点的主要作为项目容器的运行服务器，实现分布式系统或者集群部署。

2、在每一台的线上服务器上安装Harbor镜像仓库；

主要用于在部署项目时安装Jenkins所需要依赖的基础环境安装包的一个仓库，后期需要Jenkins-slave以及项目的基础环境包上传到仓库中。

3、创建Jenkins-slave镜像，并将其上传至每一台线上服务器的Harbor镜像仓库；

通过搭建Jenkins-slave镜像，能帮助Jenkins-master分担多任务的压力，创建好Jenkins-slave镜像后上传到Harbor仓库。

4、在每一台线上服务器均安装Jenkins持续集成引擎；

Jenkins主要用作项目的持续集成，即项目的检出、编译构建、运行测试、结果记录等，Jenkins由于是免费并且跨平台，因此非常灵活；它通过插件进行功能扩展，正是因为这样我们才能很好地与gitlab和kubernetes挂钩，由于Jenkins是Java开发的，所以需要安装Java JDK环境。

5、在每一台线上服务器均安装Gitlab仓库管理系统和kubernetes容器编排引擎；

具体的，在安装好Jenkins容器以后，打开Jenkins，安装一下gitlab、gitlabwebhock、kubernetes等插件。

其中，具体采用docker的方式在每一个线上服务器上搭建Gitlab仓库管理系统，然后分别配置Jenkins和Gitlab的webhock，这样就可以通过下述挂钩步骤让Jenkins从Gitlab上拉取项目的代码。

6、挂钩；

将Jenkins挂钩kubernetes，这样就能实现把拉取下来的项目代码编译运行后放在kubernetes上运行；

将Gitlab挂钩Jenkins，以实现Jenkins可以拉取Gitlab上的代码文件。具体的，通过在线上服务器安装gitlab webhock；然后通过gitlab webhock挂钩Gitlab与Jenkins。

7、在Jenkins上分别配置kubernetes凭证和SSH凭证；

其中，kubernetes凭证用于在自动部署阶段，kubernetes容器编排引擎能依据预配置的kubernetes凭证从Harbor镜像仓库中拉取镜像项目；

SSH凭证用于在自动部署阶段，Jenkins持续集成引擎能依据预配置的SSH凭证从Gitlab仓库管理系统中拉取项目代码。

具体的，kubernetes凭证对应的是项目运行部署到kubernetes上的通行凭证，即通过Jenkins把代码拉取后一系列步骤完成后需要把项目部署到线上服务器去，需要kubernetes凭证代表此项目可以被部署到kubernetes上。

而在Jenkins持续集成引擎中创建任务的时候，需要配置Gitlab仓库管理系统的代码地址，为了能顺利拉取到远程Gitlab仓库的代码，需要密钥(即SSH凭证)来代表是否通行，这样才能保证代码的安全性。

在Jenkins上添加了上述两个凭证后，每一个凭证会产生一个唯一标识ID，即凭证ID，正是利用这个ID来实现通行。

8、获取开发人员创建的项目代码；

具体的，开发人员在本地创建一个项目后，在项目中需要配置发布的文件，即项目代码文件；然后，将步骤7配置的SSH凭证和kubernetes凭证写入项目代码文件的配置文件中；之后再将项目代码所依赖的基础环境以镜像方式发布到Harbor镜像仓库。

其中，配置文件放在项目源文件的根目录下，通过将SSH凭证和kubernetes凭证写入源文件中，为后续对Jenkins持续集成引擎提交的SSH凭证和kubernetes凭证做验证提供判断基础。

9、自动部署流程触发点的设置

在项目和整套的运行环境都搭建完毕后，需要设置一下自动发布的触发点。在此，提供两种自动触发方式，详见实施例一的S1的记载。

10、项目容器运行成功后，即实施例一的自动部署流程的S5步骤之后，如果访问量大，那么此时就可以让kubernetes自动扩容，只要进行资源配置一下即可，如果访问量下降，直接缩容即可，简单方便，快速响应项目需求。

实施例三

本实施例对应实施例一至实施例三，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序在被处理器执行时，能实现上述实施例一或实施例二所述的自动化CI/CD项目部署方法所包含的步骤，具体的步骤内容详见实施例一或实施例二的记载，在此不进行累述。

其中，所述的存储介质可以是磁盘、光碟、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

实施例四

本实施例对应实施例一至实施例三，提供一具体运用场景：

由具有实现线上购物的电商网站项目实现，该项目包括前端界面和后端逻辑处理部分，我们把整体项目通过一个代码编辑工具进行开发，开发完毕后我们需要测试项目是否存在bug或者流程性是否有问题，但是由于人手不足的问题且项目又赶着上线；

因此我们把开发完成后的代码上传到代码管理平台上，此时代码管理平台与持续集成引擎工具Jenkins存在关联，则会进行触发，在持续集成工具Jenkins上会拉取代码管理工具上面的代码，然后进行代码的编译、发布和自动化测试，看看项目有没有bug等问题，当然这些内容需要我们事先通过配置文件进行配置，并且把配置文件放在项目源文件根目录下，在源文件中我们需要事先填写好拉取代码的凭证(即SSH凭证)和发布到容器编排工具的凭证(即kubernetes凭证)，这些都准备好用，我们就可以运行了，在运行的过程中如果没有什么问题，则此持续集成工具Jenkins就会把项目打包成镜像并且会打上我们设置好的标签版本上传到镜像仓库Harbor中等待部署；

然后容器编排引擎工具kubernetes需要通过地址和密码的方式从镜像仓库Harbor上去找寻我们指定要发布的镜像文件，然后从上面拉取对应的镜像到本地服务器上并且把镜像运行起来就成为容器，并且每个容器会被编排到工具上面的pod对象上，然后用户通过浏览器输入IP地址或者域名访问项目，就可以看到我们发布的项目网站，如果在访问量大的情况下，用户会发现网站访问很卡，有延迟，那么容器编排工具kubernetes通过人工手动或者自动的扩展项目到其他服务器上，并且搭配好负载均衡器，使用户在访问网站的过程中被分流到其他服务器上，这样让用户有一个很好的体验，提升用户在网站的粘性。

综上所述，本发明提供的自动化CI/CD项目部署方法、存储介质，不仅能实现全自动化项目部署，且部署工作简单高效；而且还能保证项目的稳定可靠；进一步的，还具备自动扩容缩容和资源调度的功能，实现负载均衡，减轻服务器压力；最后，还能提升用户体验，增加用户与网站的粘性。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (9)

1.自动化CI/CD项目部署方法，其特征在于，包括：

上传项目代码至Gitlab仓库管理系统；

通过Jenkins持续集成引擎从所述Gitlab仓库管理系统拉取项目代码后进行编译构建，获取对应的项目；

Jenkins持续集成引擎将所述项目以镜像方式发布到Harbor镜像仓库；

kubernetes容器编排引擎从Harbor镜像仓库中拉取镜像项目后，依据负载实况将镜像项目存放至预设个数的本地服务器上分别运行成为容器，以容器运行线上项目方式供用户访问；

kubernetes容器编排引擎将所述容器编排至每一个pod对象中；

还包括：

配置至少三台作为master节点的线上服务器，以及至少两台作为node节点的本地服务器；

每一台线上服务器上kubernetes容器编排引擎均与每一台本地服务器连接；

在每一台线上服务器安装Harbor镜像仓库；

创建Jenkins-slave镜像，并将其上传至每一台线上服务器的Harbor镜像仓库；

在每一台线上服务器分别安装Jenkins持续集成引擎、Gitlab仓库管理系统和kubernetes容器编排引擎；

挂钩Gitlab仓库管理系统与Jenkins持续集成引擎；

挂钩Jenkins持续集成引擎与kubernetes容器编排引擎；

当检测到当前访问量大时，kubernetes容器编排引擎自动开启负载均衡模式，配置当前的本地服务器的数量为两个以上，在访问量极少时，自动关闭负载均衡模式，配置当前的本地服务器的数量为一个。

2.如权利要求1所述的自动化CI/CD项目部署方法，其特征在于，所述方法还包括：

当关闭负载均衡模式，所述预设个数为一个；

当开启负载均衡模式，所述预设个数为两个以上。

3.如权利要求1所述的自动化CI/CD项目部署方法，其特征在于，还包括：

当开启负载均衡模式，则通过浏览器访问项目网站的至少两个用户将被分配到不同的本地服务器上，通过与不同的pod对象交互，运行镜像项目。

4.如权利要求1所述的自动化CI/CD项目部署方法，其特征在于，还包括：

在每一台线上服务器安装gitlab webhock；

所述挂钩Gitlab仓库管理系统与Jenkins持续集成引擎，具体为：

通过gitlab webhock挂钩Gitlab仓库管理系统与Jenkins持续集成引擎。

5.如权利要求4所述的自动化CI/CD项目部署方法，其特征在于，所述方法还包括：

Jenkins持续集成引擎依据预配置的SSH凭证从Gitlab仓库管理系统中拉取项目代码；

kubernetes容器编排引擎依据预配置的kubernetes凭证从Harbor镜像仓库中拉取镜像项目。

6.如权利要求5所述的自动化CI/CD项目部署方法，其特征在于，还包括：

分别将所述SSH凭证和所述kubernetes凭证写入项目代码的配置文件。

7.如权利要求1所述的自动化CI/CD项目部署方法，其特征在于，还包括：

上传对应自动触发部署的代码至Gitlab仓库管理系统。

8.如权利要求1所述的自动化CI/CD项目部署方法，其特征在于，还包括：

在Jenkins持续集成引擎中配置自动触发部署的定时器。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序在被处理器执行时，能实现上述权利要求1-8任意一项所述的自动化CI/CD项目部署方法所包含的步骤。

Images