按业务模块分类打包服务镜像的核心是用 docker save 精准选取并合并同一模块的镜像（含基础依赖、中间件、应用服务）到单个 tar 文件中，确保加载后保留原始标签和层关系；通过命名前缀、仓库名或构建 ID 筛选镜像，再一键 save 打包，支持 gzip/zstd 压缩，并需 load 后验证完整性。
按业务模块分类打包服务镜像，核心是用 docker save 精准选取目标镜像，并确保同一模块的镜像（包括基础依赖、中间件、应用服务）被合并到一个 tar 文件中，加载后仍能保持原始标签和层关系。
识别并筛选属于同一业务模块的镜像
业务模块通常体现在镜像名称前缀、仓库名或构建上下文上。直接从本地镜像列表中提取，避免手动拼写出错：
- 按命名前缀筛选（如所有 api- 开头的服务）：
docker images | awk '$1 ~ /^api-/ {print $1 ":" $2}' - 按项目仓库统一归类（如都来自
mybank）：docker images mybank --format "{{.Repository}}:{{.Tag}}" - 按构建阶段或 CI/CD 输出的固定 ID 列表（适合自动化）：
echo "a1b2c3 d4e5f6 g7h8i9" | xargs -n1 docker inspect --format='{{.RepoTags}}' 2>/dev/null | grep -v "null"
用 docker save 一次性打包整个模块镜像
把筛选结果直接传给 docker save，它会自动合并所有镜像的层、配置和标签，生成单个可移植 tar 包：
- 基础写法（推荐显式指定输出路径）：
docker save -o payment-module.tar api-gateway:v2 payment-service:1.5 redis:7.2-alpine - 结合筛选命令一键执行（避免临时文件）：
docker save -o auth-module.tar $(docker images | awk '$1 ~ /^auth-/ || $1 == "nginx" {print $1 ":" $2}') - 镜像名含斜杠或冒号时加引号防解析错误：
docker save -o infra-module.tar "prom/prometheus:v2.45" "grafana/grafana:10.1"
压缩归档提升传输效率
离线交付或带宽受限时，不生成中间 tar 文件，直接管道压缩：
- gzip 压缩（通用兼容）：
docker save api-gateway:v2 payment-db:13 | gzip > payment-bundle.tar.gz - zstd 压缩（更高压缩率，需目标环境支持）：
docker save auth-core:2.1 nginx:alpine | zstd -T0 -o auth-bundle.tar.zst
验证打包结果是否完整
导出后建议立即在另一台机器或干净环境中加载测试，确认所有镜像及标签还原无误：
- 加载 tar 包：
docker load -i payment-module.tar - 检查是否全部还原：
docker images | grep -E "(api|payment|redis)" - 对比原始与加载后的镜像 ID 和 Tag 是否一致（尤其注意 multi-tag 镜像是否保留）
打包不是单纯归档，关键是让模块内各镜像的依赖关系和运行上下文不丢失。只要筛选准确、save 一次传入、load 后验证，就能稳稳做到按业务粒度交付。
