Jenkins流水线首次推送镜像至GCR耗时过长，如何优化至1分钟左右？

针对你首次推送6次镜像耗时12分钟的问题，核心优化方向是并行化构建推送、减小镜像体积和降低网络传输成本，以下是具体可落地的方案：

1. 并行构建多个镜像 #

当前流水线是串行构建app、queue、migrate三个镜像，改成并行执行可以将总耗时从串行的累加时间降到单个镜像的构建推送时间。修改Jenkins流水线的Build images and push to GCR阶段，使用parallel块：

stage('Build images and push to GCR') {
    when { anyOf { branch 'develop'; branch 'qa'; branch 'staging'; branch 'master' } }
    steps {
        container("docker"){
            withDockerRegistry(credentialsId: "gcr:${credentials_id}", url: 'https://us.gcr.io') {
                parallel(
                    "Build & Push App": {
                        sh """
                        docker pull ${app_latest}    
                        docker build -f ./Dockerfile.app --build-arg BUILDKIT_INLINE_CACHE=1 --cache-from ${app_latest} --tag ${app_image} --tag ${app_latest} .
                        docker push ${app_image}
                        docker push ${app_latest}
                        """
                    },
                    "Build & Push Queue": {
                        sh """
                        docker pull ${queue_latest}
                        docker build -f ./Dockerfile.queue --build-arg BUILDKIT_INLINE_CACHE=1 --cache-from ${queue_latest} --tag ${queue_image} --tag ${queue_latest} .
                        docker push ${queue_image}
                        docker push ${queue_latest}
                        """
                    },
                    "Build & Push Migrate": {
                        sh """
                        docker pull ${migrate_latest}
                        docker build -f ./Dockerfile.migrate --build-arg BUILDKIT_INLINE_CACHE=1 --cache-from ${migrate_latest} --tag ${migrate_image} --tag ${migrate_latest} .
                        docker push ${migrate_image}
                        docker push ${migrate_latest}
                        """
                    }
                )
            }                               
        }       
    }       
}

这样三个镜像同时构建推送，首次执行的总耗时会从12分钟降到单个镜像的构建推送时间（比如2-3分钟），大幅接近你的目标。

2. 大幅减小镜像体积 #

首次推送慢的核心原因是镜像体积过大，传输时间长。通过以下方式减小镜像：

• 使用多阶段构建：在Dockerfile中，用一个阶段安装依赖、构建代码，另一个阶段只复制最终的运行文件和必要依赖，丢弃构建工具和中间文件。示例（以Node.js为例）：

# 构建阶段
FROM node:18-alpine AS builder
WORKDIR /app
COPY package*.json ./
RUN npm ci
COPY . .
RUN npm run build

# 运行阶段
FROM node:18-alpine
WORKDIR /app
COPY --from=builder /app/dist ./dist
COPY --from=builder /app/package*.json ./
RUN npm ci --only=production
CMD ["node", "dist/index.js"]

• 使用更小的基础镜像：比如用alpine系列镜像代替debian/ubuntu，体积可以减少70%以上；对于Java应用，用openjdk:XX-jre-alpine代替openjdk:XX。
• 清理镜像冗余内容：在Dockerfile中，安装依赖后清理缓存（比如apt-get clean && rm -rf /var/lib/apt/lists/*，npm cache clean --force），避免把缓存文件打包进镜像。

3. 优化网络传输效率 #

• 确保Jenkins Agent与GCR同区域：你的GCR地址是us.gcr.io，对应美国区域，将Jenkins构建节点部署在美国区域的服务器上，能大幅降低跨区域传输的延迟和带宽损耗。
• 启用推送压缩：在docker push时加上--compress参数，启用压缩传输减少数据量（Docker 1.12+支持）。修改推送命令：

docker push --compress ${app_image}
docker push --compress ${app_latest}

4. 提前预热基础镜像 #

在Jenkins Agent的初始化脚本中，提前拉取你Dockerfile中用到的基础镜像（比如node:18-alpine、python:3.11-alpine等），避免首次构建时临时拉取基础镜像的额外耗时。

额外说明：避免重复传输镜像层 #

你当前推送version和latest两个标签的操作不会重复传输镜像内容——Docker只会推送一次镜像层，标签只是附加的元数据，这部分已经是最优逻辑，无需调整。

通过以上方案组合，首次推送的总耗时可以压缩到1-3分钟，满足你的优化目标。

内容的提问来源于stack exchange，提问作者iamarunk