Jenkins自动化部署容器

本文涉及的产品
容器镜像服务 ACR,镜像仓库100个 不限时长
容器服务 Serverless 版 ACK Serverless,952元额度 多规格
容器服务 Serverless 版 ACK Serverless,317元额度 多规格
简介: 上一篇文章《Dockerfile配置APM监控实现Java容器的性能监控》实现了在tomcat容器中部署APM监控,就着这个话题我们继续扩展一下如何自动化部署。关于自动化部署容器,最常用到的是Jenkins,公司也有相关环境。
版权声明:本文为博主原创文章,未经博主允许不得转载。欢迎访问我的博客 https://blog.csdn.net/smooth00/article/details/81299167

上一篇文章《Dockerfile配置APM监控实现Java容器的性能监控》实现了在tomcat容器中部署APM监控,就着这个话题我们继续扩展一下如何自动化部署。关于自动化部署容器,最常用到的是Jenkins,公司也有相关环境。但是为了全面的学习容器,我这次不用公司的Jenkins环境,而是直接用容器重新部署一套。

前提条件:需要两台装了Docker引擎的Centos7机器,一台作为Jenkins宿主机,一台作为要自动部署容器的宿主机(直接引用上一篇文章提到的设备和tomcat基础文件)。

1、编写Jenkins的Dockerfile,主要是为了安装SVN客户端

# New docker file from zgh
# VERSION 1.1
# Author: zgh

#基础镜像
FROM jenkins:2.60.3

#作者
#MAINTAINER <zgh@rexen.com.cn>
USER root

#安装SVN客户端(容器hosts不能在镜像中修改)
RUN apt-get install -y subversion

USER jenkins
#默认工作目录
WORKDIR /var/jenkins_home

说明:jenkins尽量选最新版本的,本次用的是2.60.3版。

2、生成Jenkins容器

先是在Dockerfile目录下build一个jenkins镜像(后面的.表示路径,别忽略)

docker build -t jenkins-zgh:v1.1 .

然后通过以下命令运行容器,注意:由于连接公司的SVN服务器需要修改hosts文件,但是我们不应直接在容器中修改,而又无法在Dockerfile中配置(因为hosts文件是在启动容器时才被加载生成),所以我们需要在这里add-host一下SVN的地址。

docker run --name jenkins-zgh -d --restart=unless-stopped -p 8080:8080 -p 50000:50000 -v /var/jenkins_home:/var/jenkins_home --add-host rexen-products:172.17.2.13 jenkins-zgh:v1.1

执行以上命令前,还需要在主机上创建一下卷目录(/var/jenkins_home,实现将jenkins容器中的配置及项目文件都固化到宿主机上)。执行完命令,就生成了一个端口为8080,hosts中加了SVN(rexen-products   172.17.2.13)地址的Jenkins了。

3、配置Jenkins

容器启动后,就可以连接Jenkins,需要做一些初始化配置,另外对于本次操作来说,还需要安装配置一些插件(有的插件可能默认已安装):SSH插件:(Publish Over SSHSSH Agent)、Maven插件(Maven Integration plugin)、Docker插件(Docker Commons PluginDocker Pipeline)等。

(1)配置SSH(系统管理-->系统设置-->Publish over SSH)

配置项包括Passphrase(远程SSH登录linux的密码)、SSH Servers(Name、Hostname、Username、Remote Directory),Remote Directory(远程操作目录,该配置很关键,远程安装部署容器就通过这个目录操作)。最后通过Test Configuration来测试一下SSH是否能够远程访问。以下是我配置的SSH Servers, 其中Remote Directory配置为 /home:

(2)其他配置

如果只是单纯的实现Docker自动部署,没有什么需要额外的配置,Jenkins Location可能需要配置一下Jenkins的IP和端口,Subversion选择默认的版本1.8。如果不是用SVN管理Dockerfile,而是用GitHub,那就需要配置一下GitHub Servers。如果Docker镜像还想自动发布到registry上,那还要再配置一下Docker registry的相关参数。

4、将需要构建的容器项目上传SVN

(1)配置pom.xml,由于只做容器简单构建,不需要代码编译,所以写的比较简单:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
	<groupId>dockerManven</groupId>
	<artifactId>dockerManven</artifactId>
	<version>0.0.1-SNAPSHOT</version>
	<name>dockerManven</name>
  <url>http://maven.apache.org</url>
  <build>
    <plugins>
         <plugin>
            <groupId>com.spotify</groupId>
            <artifactId>docker-maven-plugin</artifactId>
            <version>1.0.0</version>
            <configuration>
                <imageName>tomcat-docker:v1.4</imageName>
                <dockerDirectory>${basedir}</dockerDirectory> <!-- 指定 Dockerfile 路径-->
                <!-- 这里是复制 jar 包到 docker 容器指定目录配置,也可以写到 Docokerfile 中 -->
                <resources>
                    <resource>
                        <targetPath>/usr/local/tomcat</targetPath>
                        <directory>${project.build.directory}</directory>
                        <!--<include>${project.build.finalName}.jar</include>-->
                    </resource>
                </resources>
            </configuration>
        </plugin>   
    </plugins>
</build>
</project>

(2)我们将上一篇文章《Dockerfile配置APM监控实现Java容器的性能监控》(具体如何部署tomcat容器及APM监控参照这篇文章)提到的tomcat容器Dockerfile及相关文件,连同pom.xml都提交到SVN服务器上:

5、创建Jenkins项目

选择构建一个Maven项目,项目名称:TestDocker

(1)源码管理,选择Subversion,将上面所上传的SVN项目路径配置到Repository URL,选择SVN账号(首次需要Add账号)

(2)Build项填写pom.xml

(3)构建后操作

由于没有代码编译这一环节,所以上面的build操作其实没有实际意义,所以【构建后操作】成为最关键的一步,我们需要用这一步,将Dockerfile及相关文件发送到远程端Linux,并执行docker build和docker run操作(当然你也可以改成在本地docker build,然后docker push到Repository,最后通过SSH远程命令在远程端Linux上执行docker pull和docker run)。

本次要SSH发送的文件目录,含有子目录apminsight,所以需要在一次Transfers Set配置中用逗号分隔,因为SSH远程发送默认不会递归发送子文件夹,所以分成多目录发送,Source files支持用逗号分隔发送多个文件夹,如下所示:

Remote directory很关键,由于以上第3步配置Jenkins时,SSH的Remote directory配置为了 /home,所以这里配置完后,操作目录就相当于指向了 /home/TestDocker,加上配完的Source files,相当于告诉jenkins将SVN项目下的*和apminsight/*发送到远端Linux(172.17.2.84)下的 /home/TestDocker 目录下。

(1)本次我配了两项Transfers Set,第一项只配置Exec command,其他不配置,主要是远程清除历史创建的容器和删除历史构建文件,以便做到反复构建。

Exec command中的代码为:

#docker rm -f  tomcat-docker:v1.4 
#删除已建的容器,防止容器名,端口冲突
docker ps | grep tomcat-docker | grep -v "grep" | awk '{print $1}' | xargs docker rm -f
sleep 1
#删除已构建的镜像,防止镜像名冲突
docker images | grep tomcat-docker | grep -v "grep" | awk '{print $3}' | xargs docker rmi
#删除SSH传输过来的历史构建文件
rm -rf /home/TestDocker

(2)添加和配置第二项Transfers Set,实现传输待构建的Dockerfile及相关文件,并执行docker build和docker run

Exec command中的代码为:

sleep 1
cd /home/TestDocker
docker build -t tomcat-docker:v1.4 . 
sleep 1
docker run --name docker-tomcat -d --restart=unless-stopped -p 8088:8080 -e APM_HOST=172.16.1.251 -e APM_IS_OPEN=false -v /opt/tomcat-logs:/usr/local/tomcat/logs tomcat-docker:v1.4    #运行镜像生成容器

这样就基本配置完了(如果需要发送邮件和执行定时构建项目,就按网上说的通用方式继续配置),直至保存项目。

6、构建Docker项目

对已创建的项目,点击构建,就能看到容器的build过程

最后看到docker run成功后,项目也就SUCCESS了

验证一下容器是否在远程Linux下成功启动(通过docker ps查看),我这是直接通过Rancher平台查看:

相关实践学习
通过云拨测对指定服务器进行Ping/DNS监测
本实验将通过云拨测对指定服务器进行Ping/DNS监测,评估网站服务质量和用户体验。
目录
相关文章
|
3月前
|
jenkins 持续交付 开发者
自动化部署:使用Jenkins和Docker实现持续集成与交付
【8月更文挑战第31天】本文旨在为读者揭示如何通过Jenkins和Docker实现自动化部署,从而加速软件开发流程。我们将从基础概念讲起,逐步深入到实际操作,确保即使是初学者也能跟上步伐。文章将提供详细的步骤说明和代码示例,帮助读者理解并应用这些工具来优化他们的工作流程。
|
1月前
|
运维 监控 jenkins
运维自动化实战:利用Jenkins构建高效CI/CD流程
【10月更文挑战第18天】运维自动化实战:利用Jenkins构建高效CI/CD流程
|
1月前
|
运维 jenkins 持续交付
自动化部署的魅力:如何用Jenkins和Docker简化运维工作
【10月更文挑战第7天】在现代软件开发周期中,快速且高效的部署是至关重要的。本文将引导你理解如何使用Jenkins和Docker实现自动化部署,从而简化运维流程。我们将从基础概念开始,逐步深入到实战操作,让你轻松掌握这一强大的工具组合。通过这篇文章,你将学会如何利用这些工具来提升你的工作效率,并减少人为错误的可能性。
|
1月前
|
运维 监控 jenkins
运维自动化实践:利用Jenkins实现高效CI/CD流程
【10月更文挑战第18天】运维自动化实践:利用Jenkins实现高效CI/CD流程
|
1月前
|
运维 Prometheus 监控
提升运维效率:容器化技术与自动化工具的结合
在当今信息技术飞速发展的时代,运维工作面临着前所未有的挑战。为了应对这些挑战,本文将探讨如何通过结合容器化技术和自动化工具来提升运维效率。我们将介绍容器化技术的基本概念和优势,然后分析自动化工具在运维中的应用,并给出一些实用的示例。通过阅读本文,您将了解到如何利用这些先进技术来优化您的运维工作流程,提高生产力。
|
3月前
|
持续交付 jenkins Devops
WPF与DevOps的完美邂逅:从Jenkins配置到自动化部署,全流程解析持续集成与持续交付的最佳实践
【8月更文挑战第31天】WPF与DevOps的结合开启了软件生命周期管理的新篇章。通过Jenkins等CI/CD工具,实现从代码提交到自动构建、测试及部署的全流程自动化。本文详细介绍了如何配置Jenkins来管理WPF项目的构建任务,确保每次代码提交都能触发自动化流程,提升开发效率和代码质量。这一方法不仅简化了开发流程,还加强了团队协作,是WPF开发者拥抱DevOps文化的理想指南。
87 1
|
3月前
|
Kubernetes jenkins 持续交付
Jenkins 插件生态:提升自动化能力
【8月更文第31天】Jenkins 是一个开源的持续集成/持续交付(CI/CD)平台,广泛应用于软件开发的各个阶段。Jenkins 的一大特色就是其丰富的插件生态系统,这些插件极大地扩展了 Jenkins 的功能,使其能够适应各种各样的应用场景。本文将深入探讨 Jenkins 的插件生态系统,并指导如何选择和配置插件以满足特定需求。
188 1
|
3月前
|
持续交付 jenkins C#
“WPF与DevOps深度融合:从Jenkins配置到自动化部署全流程解析,助你实现持续集成与持续交付的无缝衔接”
【8月更文挑战第31天】本文详细介绍如何在Windows Presentation Foundation(WPF)项目中应用DevOps实践,实现自动化部署与持续集成。通过具体代码示例和步骤指导,介绍选择Jenkins作为CI/CD工具,结合Git进行源码管理,配置构建任务、触发器、环境、构建步骤、测试及部署等环节,显著提升开发效率和代码质量。
78 0
|
3月前
|
JavaScript jenkins 持续交付
自动化部署与持续集成:使用Jenkins和Docker优化开发流程
【8月更文挑战第31天】在软件开发的世界里,时间就是一切。本文将引导你通过Jenkins和Docker的强大组合,实现自动化部署和持续集成,让你的开发流程如丝般顺滑。我们将从基础设置开始,逐步深入到构建管道,最终实现一键部署的梦想。准备好让你的开发效率飞跃,一起探索这个令人兴奋的旅程吧!
|
3月前
|
jenkins Shell 持续交付
自动化部署:使用Jenkins和Docker实现CI/CD
【8月更文挑战第31天】 本文旨在引导读者了解如何通过Jenkins和Docker来实现持续集成和持续部署(CI/CD),从而优化开发流程,提升工作效率。文章将详细介绍配置Jenkins服务器、创建Docker镜像以及设置自动化构建和部署的步骤。通过实际操作案例,我们将展示如何将代码变更快速部署到测试或生产环境,确保软件质量与发布速度的双重保障。
下一篇
无影云桌面