再见Jenkins!几行脚本搞定自动化部署,这款神器有点厉害
在开发或生产环境中,我们经常会搞一套自动化部署方案(俗称一键部署)。比较流行的一种就是Gitlab+Jenkins实现方案,不过这种方案占用内存比较大,没有个8G内存,很难流畅运行,而且部署起来也不快。最近发现一款神器Drone,轻量级CI/DI工具,结合Gogs使用内存占用不到1G,几行脚本就能实现自动化部署,推荐给大家!
Drone简介
Drone是一款基于容器技术的持续集成工具,使用简单的YAML配置文件即可完成复杂的自动化构建、测试、部署任务,在Github上已经有22K+Star。
Gogs安装
我们将使用轻量级的Gogs来搭建Git仓库,这里只是简单说下安装步骤,具体使用可以参考《Github标星34K+Star,这款开源项目助你秒建Git服务!》。
- 首先需要下载Gogs的Docker镜像;
dockerpull gogs/gogs
- 下载完成后在Docker容器中运行Gogs;
docker run -p 10022:22 -p 10080:3000 --name=gogs \-e TZ="Asia/Shanghai" \-v /mydata/gogs:/data \-d gogs/gogs
- Gogs运行成功后,访问Web页面地址并注册账号:http://192.168.5.78:10080
- 然后将我们的SpringBoot项目mall-tiny-drone的源码上传上去即可,项目地址:https://github.com/macrozheng/mall-learning/tree/master/mall-tiny-drone
Drone安装
接下来我们安装下Drone,不愧是基于容器的CI/DI工具,使用Docker安装很方便!
- 首先下载Drone的Server和Runner的镜像;
Drone的Serverdockerpull drone/drone:1Drone的Runnerdocker pull drone-runner-docker:1
- 这里有个Server和Runner的概念,我们先来理解下;
- Server:为Drone的管理提供了Web页面,用于管理从Git上获取的仓库中的流水线任务。
- Runner:一个单独的守护进程,会轮询Server,获取需要执行的流水线任务,之后执行。
- 接下来我们来安装drone-server,使用如下命令即可;
dockerrun \
-v /mydata/drone:/data \
-e DRONE_AGENTS_ENABLED=true\
-e DRONE_GOGS_SERVER=http://192.168.5.78:10080 \
-e DRONE_RPC_SECRET=dronerpc666 \
-e DRONE_SERVER_HOST=192.168.5.78:3080\
-e DRONE_SERVER_PROTO=http \
-e DRONE_USER_CREATE=username:macro,admin:true\
-e TZ="Asia/Shanghai"\
-p3080:80\
--restart=always \
--detach=true\
--name=drone \
drone/drone:1
- 这里的配置参数比较多,下面统一解释下;
- DRONE_GOGS_SERVER:用于配置Gogs服务地址。
- DRONE_RPC_SECRET:Drone的共享秘钥,用于验证连接到server的rpc连接,server和runner需要提供同样的秘钥。
- DRONE_SERVER_HOST:用于配置Drone server外部可访问的地址。
- DRONE_SERVER_PROTO:用于配置Drone server外部可访问的协议,必须是http或https。
- DRONE_USER_CREATE:创建一个管理员账号,该账号需要在Gogs中注册好。
- 接下来安装drone-runner-docker,当有需要执行的任务时,会启动临时的容器来执行流水线任务;
dockerrun -d \
-v /var/run/docker.sock:/var/run/docker.sock \
-e DRONE_RPC_PROTO=http \
-e DRONE_RPC_HOST=192.168.5.78:3080\
-e DRONE_RPC_SECRET=dronerpc666 \
-e DRONE_RUNNER_CAPACITY=2\
-e DRONE_RUNNER_NAME=runner-docker \
-e TZ="Asia/Shanghai"\
-p3000:3000\
--restart always \
--name runner-docker \
drone/drone-runner-docker:1
- 这里的配置参数比较多,下面统一解释下。
- DRONE_RPC_PROTO:用于配置连接到Drone server的协议,必须是http或https。
- DRONE_RPC_HOST:用于配置Drone server的访问地址,runner会连接到server获取流水线任务并执行。
- DRONE_RPC_SECRET:用于配置连接到Drone server的共享秘钥。
- DRONE_RUNNER_CAPACITY:限制runner并发执行的流水线任务数量。
- DRONE_RUNNER_NAME:自定义runner的名称。
Drone使用
- 让我们来访问下Drone的控制台页面,第一次登录需要输入账号密码(在Gogs中注册的账号),访问地址:http://192.168.5.78:3080/
- 此时我们在Gogs中的项目会现在在列表中,如果没有的话可以点下SYNC按钮;
- 接下来我们需要对仓库进行设置,将仓库设置为Trusted(否则Drone创建的容器无法挂载目录到宿主机),最后点击SAVE按钮保存;
- 保存成功后会在Gogs中自动配置一个Web钩子,当我们推送代码到Gogs中去时,会触发这个钩子,然后执行在Drone中的流水线任务;
- 拉到最下面,我们可以发送一个测试推送,推送成功会显示绿色的√;
- 此时我们在Drone中发现其实流水线执行失败了,那是因为我们在脚本中引用了Secret中的ssh_password;
- 在仓库的设置中添加一个Secret即可,Secret是专门用来存储密码的,此密码只能被使用或删除,无法被查看;
- 在ACTIVITY FEED中使用RESTART可以重新执行该流水线,发现已经成功执行。
编写脚本
当我们向Git仓库Push代码时,会自动触发Web钩子,然后Drone就会从Git仓库Clone代码,再通过项目目录下的.drone.yml配置,执行相应的流水线,接下来我们来看看这个脚本是如何写的。
- 首先我们来了解下在.drone.yml中配置的工作流都有哪些操作,看下流程图就知道了;
- 再来一个完整的.drone.yml,配上详细的注解,看下就基本懂了!
kind: pipeline定义对象类型,还有secret和signature两种类型type: docker定义流水线类型,还有kubernetes、exec、ssh等类型name: mall-tiny-drone定义流水线名称steps:定义流水线执行步骤,这些步骤将顺序执行- name: package流水线名称image: maven:3-jdk-8定义创建容器的Docker镜像volumes:将容器内目录挂载到宿主机,仓库需要开启Trusted设置- name: maven-cachepath: /root/.m2将maven下载依赖的目录挂载出来,防止重复下载-name: maven-buildpath: /app/build将应用打包好的Jar和执行脚本挂载出来commands:定义在Docker容器中执行的shell命令- mvn cleanpackage应用打包命令- cp target/mall-tiny-drone-1.0-SNAPSHOT.jar /app/build/mall-tiny-drone-1.0-SNAPSHOT.jar
- cp Dockerfile /app/build/Dockerfile
- cp run.sh /app/build/run.sh
-name:build-startimage: appleboy/drone-sshSSH工具镜像settings:
host:192.168.5.78远程连接地址username: root远程连接账号password:
from_secret: ssh_password从Secret中读取SSH密码port:22远程连接端口command_timeout:5m远程执行命令超时时间script:
- cd /mydata/maven/build进入宿主机构建目录- chmod +x run.sh更改为可执行脚本- ./run.sh运行脚本打包应用镜像并运行volumes:定义流水线挂载目录,用于共享数据-name: maven-buildhost:path: /mydata/maven/build从宿主机中挂载的目录-name: maven-cachehost:path: /mydata/maven/cache
- run.sh执行脚本可以实现打包应用和运行容器镜像,之前讲过这里就不再赘述了,具体可以参考《我常用的自动化部署技巧,贼好用,推荐给大家!》,运行成功效果如下。
总结
对比Jenkins复杂的图形化界面操作,Drone使用脚本来定义流水线任务无疑更简单、更直观。Drone更加轻量级,内存占用少且响应速度快!自动化部署要啥Jenkins?直接给Git整个CI/DI功能难道不香么?
项目源码地址
https://github.com/macrozheng/mall-learning/tree/master/mall-tiny-drone
来源:https://mp.weixin.qq.com/s/IE8TD4x-BKdobiTrBdLAiw
-
上一篇
1.背景
在实际开发中,我们经常要一边开发一边测试,当然这里说的测试并不是程序员对自己代码的单元测试,而是同组程序员将代码提交后,由测试人员测试;
或者前后端分离后,经常会修改接口,然后重新部署;
这些情况都会涉及到频繁的打包部署;
手动打包常规步骤:
1.提交代码
2.问一下同组小伙伴有没有要提交的代码
3.拉取代码并打包(war包,或者jar包)
4.上传到Linux服务器
5.查看当前程序是否在运行
6.关闭当前程序
7.启动新的jar包
8.观察日志看是否启动成功
9.如果有同事说,自己还有代码没有提交......再次重复1到8的步骤!!!!!(一上午没了)
那么,有一种工具能够实现,将代码提交到git后就自动打包部署,答案是肯定的:Jenkins
当然除了Jenkins以外,也还有其他的工具可以实现自动化部署,如Hudson等
只是Jenkins相对来说,使用得更广泛。
2.Jenkins服务器搭建及基本配置
2.1.简介
Jenkins是一个开源软件项目,是基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能。
2.2.Jenkins自动化部署实现原理
2.3.Jenkins部署环境
基本环境:
1.jdk环境,Jenkins是java语言开发的,因需要jdk环境。
2.git/svn客户端,因一般代码是放在git/svn服务器上的,我们需要拉取代码。
3.maven客户端,因一般java程序是由maven工程,需要maven打包,当然也有其他打包方式,如:gradle
以上是自动化部署java程序jenkins需要的基本环境,请自己提前安装好,下面着重讲解Jenkins的安装部署配置。
2.4.Jenkins安装
1.下载安装包jenkins.war;
2.在安装包根路径下,运行命令
实用的Jenkins自动化部署详细教程
- 下一篇
一、功能简介
Idea安装持续集成工具Jenkins插件