docker后端jar包本地构建镜像

一、背景

前面通过直接替换jar包的方式更新推送后端服务的方式很好用（见文章），但这样子替换后重新打包会导致镜像越来越大，这样子对镜像仓库的空间造成很大浪费。问题如下图：

可以看出从2025年3月到10月的短短7个月时间里该后端包从300多M一路暴涨到将近10G，正常的新增功能是不可能增加这么多的。因此，很有可能是每次替换jar后，commit生成新镜像都会产生大量对后端功能无意义的数据，我们需要换种方法去生成镜像。

二、本地构建镜像

询问得知开发人员一般通过docker build方法构建镜像然后提供给现场人员使用，因此这里可以尝试在本地构建

第一，需要准一个构件使用的java环境，这里最快捷的就是使用jdk基础镜像：

这里我使用的是arm架构centos的jre镜像，这个镜像环境可以自己制作（可参考文章，需要联网状态），也可以直接找自己单位的开发人员要（推荐该方法，避免重复工作）。

第二，需要编写一个dockerfile文件

复制代码

//在宿主机用命令新建空白文件
vi Dockerfile
//输入以下内容，＃是注释：
#告诉docker将使用以下基础java镜像来构建后端镜像
FROM 192.168.10.156/fpa/centos_jre_font:2.0_arm
#将当前宿主机器当前目录下的jar复制到将要生成的镜像下的/opt/docker目录下
ADD ./your_app.jar /opt/docker/
#镜像将使用的端口，这个可以问程序提供的开发人员确定
EXPOSE 8103
#镜像内的jar包的启动语句，估计会在docker run时使用
CMD java ${JAVA_OPTS} -jar /opt/docker/your_app.jar

第三，将jar包和dockerfile放在同一个文件夹下，并通过以下命令构建：

复制代码

//  其中-f 表示要调用第二步的dockerfile文件，-t 为镜像名称，格式为  镜像名:版本号
//特别地，如果后续还需远程推送镜像，则镜像名需带地址和目录，参考本例子
//注意版本号末尾还有空格和一个"."，这个"."是必须的，否则会报错
docker build -f Dockerfile -t 1.5.21.2:304/100010023/imagename:25.101601-prod .

构建成功后，获得一个干净的镜像，就不会像之前那样几个G甚至是上10G：

可以看出镜像为900多M，因为这里没采用任何优化手段，根据相关信息，如果优化一下构建，还能更小，但已经比之前小了很多，并且采用本地构建的方式很适合跟远程推送做一起，实现自动化。

三、本地构建和远程推送一条龙

复制代码

#从屏幕读入版本号
read -p "输入构建版本号: " bno
# 捕捉构建是否成功
if docker build -f Dockerfile -t 1.5.21.2:304/100010023/imagename:$bno .; then
        echo "imagename构建成功！"
else
        echo "imagename构建失败！"
fi
#捕捉推送是否成功
if docker push  1.5.21.2:304/100010023/imagename::$bno; then
        echo "imagename推送成功！"
else
        echo "imagename推送失败！"
fi

docker后端jar包本地构建镜像

一 、背景

二、本地构建镜像

三、本地构建和远程推送一条龙

一、背景