基于Jenkins在远程Docker生产服务器运行容器的最优方案咨询

Great question! Let's walk through your options clearly—both approaches you're wondering about are valid, but they each have tradeoffs depending on your use case (especially whether you're in a production or testing environment).

一、通过镜像仓库中转（生产环境首选） #

This is the industry-standard approach for production setups, and for good reason. You don't have to use Docker Hub specifically—you can use a private registry like Harbor, Nexus, or even a simple self-hosted registry container on your network.

操作流程： #

1. 在Server A（Jenkins服务器）构建完镜像后，给镜像打上包含私有仓库地址和版本号的标签（版本号对可追溯性至关重要）。
2. 将打标后的镜像推送到私有仓库。
3. 触发Server B从仓库拉取镜像并启动容器。

为什么推荐这种方式： #

• 可追溯与回滚：每个镜像都有唯一标签，出问题时能快速回滚到历史版本。
• 扩展性：后续新增服务器时，只需配置拉取同一仓库的镜像即可，无需修改复杂的传输脚本。
• 安全性：私有仓库可设置权限控制，避免未授权人员获取应用构建镜像。
• 缓存优化：仓库会缓存共享镜像层，后续拉取速度远快于每次传输完整镜像。

Jenkins步骤示例（Shell命令）： #

# 步骤1：在Server A构建镜像
docker build -t my-app:v1.0.0 .

# 步骤2：为私有仓库打标签（替换为你的仓库地址）
docker tag my-app:v1.0.0 registry.mycompany.com/my-app:v1.0.0

# 步骤3：推送到私有仓库
docker push registry.mycompany.com/my-app:v1.0.0

# 步骤4：通过Jenkins SSH插件触发Server B执行命令
# 停止旧容器（如果不存在则忽略错误）
ssh user@server-b-ip "docker stop my-app-container || true && docker rm my-app-container || true"

# 拉取新镜像并启动容器
ssh user@server-b-ip "docker pull registry.mycompany.com/my-app:v1.0.0 && docker run -d --name my-app-container -p 80:80 registry.mycompany.com/my-app:v1.0.0"

二、直接传输镜像（适合测试/临时场景） #

如果不想搭建仓库（比如快速测试环境），也可以直接把镜像从Server A传到Server B，无需中间件。常见有两种方式：

方式1：docker save + 文件传输 #

将镜像导出为tar包，传到Server B后再导入：

# 在Server A：导出镜像为tar文件
docker save -o my-app-v1.0.0.tar my-app:v1.0.0

# 通过scp/rsync把tar包传到Server B
scp my-app-v1.0.0.tar user@server-b-ip:/tmp/

# 在Server B：导入镜像并启动容器
docker load -i /tmp/my-app-v1.0.0.tar
docker stop my-app-container || true && docker rm my-app-container || true
docker run -d --name my-app-container -p 80:80 my-app:v1.0.0

缺点：tar包体积可能很大，传输速度慢；且缺乏版本管理，除非手动跟踪文件名，否则很难追溯镜像版本。

方式2：通过SSH直接管道传输 #

跳过tar文件，直接通过管道在两台服务器间传输镜像流：

# 在Server A：将镜像流直接传到Server B并导入
docker save my-app:v1.0.0 | ssh user@server-b-ip docker load

# 随后在Server B启动容器（同上述命令）
ssh user@server-b-ip "docker stop my-app-container || true && docker rm my-app-container || true && docker run -d --name my-app-container -p 80:80 my-app:v1.0.0"

缺点：依然缺乏版本管理，且依赖稳定的SSH连接——如果传输中途断开，就得重新开始。

最终建议 #

• 生产环境：首选私有仓库中转方案。它更易维护、安全且可扩展，是绝大多数团队的真实生产环境选择。
• 测试/临时场景：直接传输能快速搞定需求，但不适合长期依赖。

从Jenkins触发Server B的操作，推荐使用Jenkins SSH插件——它可以配置Server B的SSH凭证，直接在构建流水线中执行远程命令，比自定义SSH脚本更简洁可靠。

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