springboot集成docker实现自动化构建镜像说明
springboot
集成docker
实现自动化构建镜像说明
文档说明
该文档仅包括通过配置springboot、docker、jenkins、git、appollo等实现持续构建,持续发布的功能,不包括各个组件使用细节的讲解。
环境说明
name version desc spring boot 2.0.2.RELEASE spring boot docker 1.13.1 docker harbor 1.7.0 镜像仓库 jenkinsci/blueocean 1.9.0 jenkins的blueocean工具 maven 3-alpine maven gitlab 10.2.3 gitlab 自动化构建的构想图
springboot
配置文件- 包括测试服和正式服两套服务,所以需要添加两套配置文本
- 在
resources
下面添加application-test.properties
文本,内容同测试服的配置。 - 在
resources
下面添加application-prod.properties
文本,内容同slave10
的配置。 - 对于
test
和prod
的指定通过jvm
参数-Dspring.profiles.active=test
。
日志配置
- 日志文件保存地址统一为
/var/log/jenkinsci/zsm-eprofile/eprofile.2019-01-02.log
- 将镜像的
/var/log/jenkinsci/zsm-eprofile
挂载到宿主机上对应的目录/var/log/jenkinsci/zsm-eprofile
。这样方便随时对日志监控。 - 对
logback
配置示例<property name="LOG_HOME" value="/var/log/jenkinsci/zsm-eprofile/logs" />
- 日志文件保存地址统一为
pom
打包方式修改在
pom
的build
下面将打包方式修改为如下。<properties>
<docker.image.prefix>bigdata-test.server.com</docker.image.prefix>
</properties>
<plugins>
<!--这个插件是将所有的包打在一起-->
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
<plugin>
<!-- 这个插件主要是对打的包解压到dependency目录下 -->
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-dependency-plugin</artifactId>
<executions>
<execution>
<id>unpack</id>
<phase>package</phase>
<goals>
<goal>unpack</goal>
</goals>
<configuration>
<artifactItems>
<artifactItem>
<groupId>${project.groupId}</groupId>
<artifactId>${project.artifactId}</artifactId>
<version>${project.version}</version>
</artifactItem>
</artifactItems>
</configuration>
</execution>
</executions>
</plugin>
<!-- 根据 dockerfile 构建镜像的mvn插件 -->
<plugin>
<groupId>com.spotify</groupId>
<artifactId>dockerfile-maven-plugin</artifactId>
<version>1.4.9</version>
<configuration>
<!-- 镜像名 -->
<repository>${docker.image.prefix}/${project.artifactId}</repository>
<!-- tag:默认使用当前版本 -->
<tag>${project.version}</tag>
</configuration>
</plugin>
</plugins>注意:如果在build标签下面有下面的配置,需要删除或者其他处理,要保证配置文件都能够打包到jar里面
<resources>
<resource>
<directory>src/main/java</directory>
<includes>
<include>**/**</include>
</includes>
</resource>
</resources>
在打包的
pom
文件同级目录下创建Dockerfile
文件Dockerfile
内容##FROM指定依赖jdk8这个镜像,VOLUME指定其挂载目录
FROM openjdk:8-jdk-alpine
VOLUME /tmp
##将dependency下面的内容拷贝到容器中
ARG DEPENDENCY=target/dependency
COPY ${DEPENDENCY}/BOOT-INF/lib /app/lib
COPY ${DEPENDENCY}/META-INF /app/META-INF
COPY ${DEPENDENCY}/BOOT-INF/classes /app
##容器启动时通过PARAMS指定jvm参数
ENV PARAMS=""
## apk源
RUN data="" \
&& sed -i 's/http:\/\/dl-cdn.alpinelinux.org\/alpine\//'"http:\/\/hub-mirror.c.163.com\/alpine\/"'/g' /etc/apk/repositories
## 字体包
RUN set -xe \
&& apk --update add ttf-dejavu fontconfig
## 容器启动时执行的命令
ENTRYPOINT ["sh","-c","java -cp app:app/lib/* $PARAMS com.zsm.test.Application"]说明
上面是一种的构建镜像的方式:这种方式是将jar解压之后分别拷贝lib和class到容器中,这种方式能够灵活的对历史版本镜像进行配置修改等操作,方便镜像在不同服务器之间的迁移。还有另外一种,直接将整个jar拷贝到容器中:这种方式构建简单,但是将配置打包到jar里面,不方便对配置的修改。
com.zsm.test.TestImageApplication
每个项目对应的主类不一样,需要进行修改。
在打包的
pom
文件同级目录下创建Jenkinsfile
Jenkinsfile
内容pipeline {
parameters {
booleanParam(name:'UPDATE_FORMUL', defaultValue:false,description:'默认false:不更新正式服; true:更新正式服')
booleanParam(name:'NOT_SKIP_BUILD', defaultValue:true, description:'默认true:构建新的镜像;false:跳过镜像构建')
}
environment {
BITBUCKET_COMMON_CREDS = credentials('docker-registry-up')
RegistryName = 'bigdata-test.server.com'
ImageName = 'test.zsm.com/enterprise-image'
ImageTag = '1.0.1'
}
agent any
stages {
stage('Build') {
when {
expression { return params.NOT_SKIP_BUILD }
}
agent {
docker {
image 'maven:3-alpine'
args '-v /root/.m2:/root/.m2'
}
}
steps {
echo '开始mvn构建镜像...'
sh 'cd .'
sh 'mvn -B -DskipTests clean package dockerfile:build'
echo '镜像构建完成!'
}
}
stage('Push') {
when {
expression { return params.NOT_SKIP_BUILD }
}
steps {
echo 'push镜像到私有仓库...'
sh 'docker login -u $BITBUCKET_COMMON_CREDS_USR -p $BITBUCKET_COMMON_CREDS_PSW $RegistryName'
sh 'docker tag $RegistryName/$ImageName:$ImageTag $RegistryName/$ImageName:latest'
sh 'docker push $RegistryName/$ImageName:$ImageTag'
sh 'docker push $RegistryName/$ImageName:latest'
sh 'docker rmi $RegistryName/$ImageName:$ImageTag'
sh 'docker rmi $RegistryName/$ImageName:latest'
echo 'push镜像到私有仓库完成!'
}
}
stage('Pull_Test') {
steps {
echo '开始更新测试服...'
sh 'ssh root@bigdata02 "/opt/server/zsm-microservice/jenkins-remote-shell/zsm-eprofile.sh"'
echo '测试服更新完成!'
}
}
stage('Pull_Formal') {
when {
expression { return params.UPDATE_FORMUL }
}
steps {
echo '开始更新正式服...'
sh 'ssh bigdata@10.0.100.154 "/opt/server/zsm-microservice/jenkins-remote-shell/zsm-eprofile.sh"'
echo '正式服更新完成!'
}
}
}
}
说明
- 这个文件对每次版本的变动都需要修改
ImageTag
为对应的版本。 - 注意:这个文件里面不能写注释。
- 对于在项目的
module
下打包的情况,需要把stage('Build')
下面的steps
里面的sh 'mvn -B -DskipTests clean package dockerfile:build -f pom.xml'
改为对应的module
下面。 Jenkins
的pipline
语法有Scripted Pipeline
和Declarative Pipeline
两种,这里使用的是声明式pipline
。pipline
语法详情。
- 这个文件对每次版本的变动都需要修改
gitlab
项目设置- 添加为可访问gitlab仓库的账号信息。
- 通过
setting
->members
->add member
的方式添加。
Jenkins
配置jenkins
访问地址:http://192.168.1.100:8080
,账号密码:admin/123456
jenkins pipline
创建流程:new任务
->enter an item name
->流水线
->ok
.pipline
->definition
->pipline script from SCM
->SCM
->git
->Repository url
->credentials
->jenkins-gitlab-private
->输入分支,默认master分支
->save
。- 如果
Jenkinsfile
在module
下面,请在Script Path
指定对应的path
远端服务器脚本
因为镜像的
pull
和run
都是通过Jenkins
调用远程的shell
脚本来执行的,所以需要编写对应的脚本。所以对于正式服和测试服的每一台服务器都需要对应的脚本。脚本内容
#!/bin/bash
docker login -u admin -p 123456 bigdata-test
docker stop zsm-eprofile
docker rm -f zsm-eprofile
docker rmi bigdata-test.server.com/test.zsm.com/enterprise-image:latest
docker pull bigdata-test.server.com/test.zsm.com/enterprise-image:latest
docker run -d -p 9210:9210 -v /etc/hosts:/etc/hosts -v /var/log/jenkinsci/zsm-eprofile:/var/log/jenkinsci/zsm-eprofile --name zsm-eprofile -e PARAMS='-Dspring.profiles.active=test -Djava.security.egd=file:/dev/./urandom' --net=host bigdata-test.server.com/test.zsm.com/enterprise-image:latest
说明:
- 停止容器和删除容器需要把名字和容器启动的名字保持一致。
- 删除镜像和pull镜像需要改为自己项目构建的镜像,tag使用latest不变。
- 运行新的镜像里面需要把
-v /var/log/jenkinsci/zsm-eprofile:/var/log/jenkinsci/zsm-eprofile
日志输出改为自己项目对应的地址,--name zsm-eprofile
也需要改成自己项目的名字(和停止删除容器的名字保持一致),-e PARAMS='-Dspring.profiles.active=test -Djava.security.egd=file:/dev/./urandom'
用来指定jvm
运行参数。
手动构建
Jenkins pipline
- 进入项目对应的任务,
立即构建
->build history
->查看构建日志
。
- 进入项目对应的任务,
不足
- 目前使用的是手动构建方式进行任务的启动,后期优化成每一个项目都在git上有对应的生产分支,
jenkins
只需要webhook
对应的生产分支就行。 - 对于程序的版本和镜像打包的tag,必须保持一致才能有效,版本的迭代每次需要改动两个地方,有点麻烦。
- 目前使用的是手动构建方式进行任务的启动,后期优化成每一个项目都在git上有对应的生产分支,
zsm_test_jenkins.sh 脚本
#!/bin/bash
ssh root@bigdata01 "/opt/server/zsm-microservice/jenkins-remote-shell/zsm_test_jenkins.sh"
sudo docker login -u admin -p 123456 bigdata-test
sudo docker stop zsm_test_jenkins
sudo docker rm -f zsm_test_jenkins
sudo docker rmi bigdata-test.server.com/test.zsm.com/zsm_test_jenkins:latest
sudo docker pull bigdata-test.server.com/test.zsm.com/zsm_test_jenkins:latest
sudo docker run -d -p 9060:9060 -v /etc/hosts:/etc/hosts -v /var/log/jenkinsci/zsm_test_jenkins:/var/log/jenkinsci/zsm_test_jenkins --namezsm_test_jenkins -e PARAMS='-Dspring.profiles.active=test -Dapollo.configService=http://bigdata-test:8090 -Djava.security.egd=file:/dev/./urandom' --net=host bigdata-test.server.com/test.zsm.com/zsm_test_jenkins:latest
springboot集成docker实现自动化构建镜像说明的更多相关文章
- 使用Docker搭建Jenkins+Docker持续集成环境(自动化构建发布部署)
本文介绍如何通过Jenkins的docker镜像从零开始构建一个基于docker镜像的持续集成环境,包含自动化构建.发布到仓库\并部署上线. 0. 前置条件 服务器安装docker,并启动docker ...
- Docker build Dockerfile 构建镜像 - 二
Dockerfile 制作镜像 https://hub.docker.com/ 搜索需要镜像: https://hub.docker.com/_/centos/ 官方示例: centos:6 1.这里 ...
- Docker的自动构建镜像
Dockerfile自动构建docker镜像类似ansible剧本,大小几kb手动做镜像:大小几百M+ dockerfile 支持自定义容器的初始命令 dockerfile主要组成部分: 基础镜像信息 ...
- Docker镜像构建原理解析(不装docker也能构建镜像)
在devops流程里面 构建镜像是一个非常重要的过程,一般构建镜像是写dockerfile文件然后通过docker client来构建的image. docker client 会先检查本地有没有im ...
- Docker学习(7) 构建镜像
构建docker镜像 1 构建镜像的两种方式 1 通过容器构建镜像 2 通过Dockerfile构建镜像
- 在Centos7下docker配置自动化环境镜像(python3.7+selenium 3.11+firefox 62+geckodriver 0.21)
最近在学习Docker,准备做自动化测试代码集成的功能.如下文章的前提是已经安装好linux系统,且成功安装好Docker. 接下来我会按步骤一步一步的对自动化需要的一些环境进行安装,如果没有特别说明 ...
- docker commit理解构建镜像(7)
镜像是多层存储,每一层是在前一层的基础上进行的修改: 而容器同样也是多层存储是在以镜像为基础层,在基础层上加一层作为容器运行时的存储层. 当我们使用Docker Hub的镜像无法满足我们的需求时,我们 ...
- 【云原生 · Kubernetes】Jenkins+Gitlab+Rancher+Docker 实现自动构建镜像的 CI 平台(一)
1 准备 Jenkins+Gitlab 实验环境 1.1 准备实验环境:恢复到以一下快照:该环境已经配置好 jenkins+gitlab+sonar-配置通 主机角色: IP 地址 运行的服务 硬件配 ...
- SpringCloud+Git+Maven+Docker+Jenkins自动化构建
1.JDK安装-OpenJDK安装 yum list java-1.8* yum install -y java-1.8.0-openjdk-devel.x86_64 PS: JDK安装有两种方法:一 ...
- springboot docker jenkins 自动化部署并上传镜像
springboot + docker + jenkins自动化部署项目,jenkins.mysql.redis都是docker运行的,并且没有使用虚拟机,就在阿里云服务器(centos7)运行 1. ...
随机推荐
- 使用 docker 搭建 MySQL 主从同步/读写分离
拉取 MySQL 容器镜像 docker pull mysql:5.7 这里我使用的是 5.7 版本,如果你想要拉取最新版本的镜像,可以使用: docker pull mysql:latest 下载完 ...
- 隐私集合求交(PSI)-两方
在知乎上看到大佬写的关于论文:Efficient Batched Oblivious PRF with Applications to Private Set Intersection的讲解,循序渐进 ...
- 『Python底层原理』--CPython如何编译代码
前一篇我们介绍了CPython VM的运行机制,它基于一系列字节码指令来实现程序逻辑. 不过,Python字节码在完整描述代码功能上存在局限性,于是代码对象应运而生.像模块.函数这类代码块的执行,本质 ...
- 解读 DeepSeek-R1 论文 - 通俗易懂版
引言:让 AI 学会"思考"的新突破 在近年来的人工智能浪潮中,大型语言模型(LLM)如 ChatGPT 已经能回答各种问题,但它们在复杂推理方面仍有不足.所谓复杂推理,比如解决奥 ...
- 使用Docker编译安装运行Doris
一.编译源码 (1)拉取编译镜像docker pull apache/incubator-doris:build-env-1.2 (2)Mac电脑上拉取源码git clone https://gith ...
- Hive源码解析环境搭建
一.准备工作 1.1 下载地址 https://github.com/apache/hive https://dlcdn.apache.org/hive/ 版本:2.3.9 1.2 环境依赖 had ...
- 面试官:谈谈RabbitMQ的队头阻塞问题?
RabbitMQ 延迟消息的队头阻塞问题是指,在使用死信队列(DLX)和 TTL(消息过期时间)实现延迟消息时,由于队列的先进先出(FIFO)特性,在队列头部消息未过期的情况下,即使后续消息已经过期也 ...
- Typora Emoji图标
转自: https://www.cnblogs.com/wangjs-jacky/p/12011208.html People :smile: :laughing: :blush: :sm ...
- ESP32-S3-WROOM-1-N16R8
ESP32-S3-WROOM-1-N16R8 基于立创实战派S3 参考链接:实战派开发板S3介绍 | 立创开发板技术文档中心 硬件和代码,(大部分图片)基于立创文档,在此基础上进行个人的学习记录和理解 ...
- Markdown 语法深度详解与实战演示
一.引言 在当今数字化的时代,高效地处理和呈现文本信息变得至关重要.Markdown 作为一种轻量级标记语言,因其简洁.易读.易写的特点,受到了广大开发者.写作者和内容创作者的喜爱.无论您是撰写博客. ...