第一章:踏入 C++ 的世界
2026/6/18 11:34:58
适用场景:内网部署 / 无法访问 Docker Hub / 生产环境离线交付
阅读目标:掌握Docker 镜像打包、传输、加载、运行的完整闭环
在理想情况下,我们通过以下方式使用 Docker:
docker pull 镜像名 docker run 镜像名但在真实生产环境中,往往会遇到以下限制:
在这些场景下,将 Docker 镜像打包成 tar 文件进行传输,是最常见、也是最稳妥的解决方案。
整个流程可以概括为四个步骤:
源环境(可联网) ↓ 构建或拉取镜像 ↓ 打包为 tar 文件 ↓ 拷贝到目标环境 ↓ 加载镜像并运行Docker 官方对这一流程提供了完整支持,不依赖任何第三方工具。
源环境:
目标环境:
⚠️ 注意:Docker 版本无需完全一致,但不宜差距过大。
docker build -t my-python-app:1.0.docker pull python:3.11-slim可以通过以下命令确认镜像存在:
docker imagesdocker save -o my-python-app_1.0.tar my-python-app:1.0参数说明:
docker save:导出镜像-o:指定输出文件my-python-app:1.0:镜像名和标签执行完成后,会在当前目录生成一个tar文件。
如果你的应用依赖多个镜像(例如基础镜像 + 业务镜像):
docker save -o images.tar\my-python-app:1.0\python:3.11-slim一个 tar 文件中可以包含多个镜像。
常见方式包括:
scp/rsync示例(scp):
scpmy-python-app_1.0.tar user@target-server:/opt/docker-images/docker load -i my-python-app_1.0.tar执行完成后,Docker 会输出:
Loaded image: my-python-app:1.0docker images确认镜像已出现在列表中。
docker run --rm my-python-app:1.0docker run -d\--name my-app\-p8080:8080\my-python-app:1.0dockerpsdocker logs my-app| 命令 | 作用 | 是否推荐 |
|---|---|---|
| docker save | 导出镜像 | ✅ 推荐 |
| docker export | 导出容器 | ❌ 不推荐 |
离线部署一定要用 docker save / docker load。
slim镜像gzipmy-python-app_1.0.tar加载时:
gunzip -c my-python-app_1.0.tar.gz|docker loadtar 镜像本身不做架构转换。
1. docker build / docker pull 2. docker save → xxx.tar 3. 拷贝 tar 文件 4. docker load 5. docker run这是当前企业内网 / 生产环境最主流、最稳定的 Docker 离线交付方式。
将 Docker 镜像打包为 tar 并在其他环境加载运行,是Docker 工程实践中必备的一项基础能力。
它解决的不是“技术难题”,而是:
如何在受限环境中,依然保持标准化、可复制的部署能力。
如果你已经掌握了本文内容,那么你已经具备了Docker 离线部署的完整能力闭环。
如果本文对你有所帮助,欢迎点赞、收藏与关注,后续将持续更新 Docker 实战与云原生系列文章。