Docker镜像从核心命令到离线迁移实战指南
作者：敲上瘾
Docker镜像是什么？
Docker镜像本质是一个只读文件。它包含了创建Docker容器所需的全部文件和配置信息，除应用程序本身（例如一个编译好的Jar包），还包含了应用程序运行所需的所有依赖项（如操作系统、运行时环境、系统工具、库文件等）。
核心特性与详细解释
分层结构
- 镜像是由一系列只读层（Layers） 堆叠而成的。
- 每一层代表镜像Dockerfile中的一条指令（例如：RUN apt-get update, COPY . /app）。
- 这种结构带来了巨大的好处：
- 共享和复用：如果两个镜像基于同一个基础层（如Ubuntu），那么它们可以共享这一层，节省磁盘空间和下载时间。
- 高效构建：当你修改Dockerfile并重新构建镜像时，Docker只会重新构建那些发生改变的层及其之后的层，大大加快了构建速度。
只读性（Read-Only）
- 镜像本身是只读的。当你从一个镜像启动一个容器时，Docker会在镜像的所有层之上添加一个可写的容器层（Container Layer）。
- 所有对运行中容器的修改（如创建新文件、修改文件、安装软件）都发生在这个可写层上。这使得容器可以随意更改，而不会影响到底层的基础镜像。
- 当某个容器需要修改这个共享层里的文件时，写时复制机制会触发，为该容器单独复制一份文件到其可写层进行修改，而其他容器仍然读取原始文件。
内容可寻址（Content-Addressable）
- 每个镜像都有一个唯一的标识符，称为镜像ID（一个SHA256哈希值）。这个ID是根据镜像每一层的内容计算出来的。
- 这意味着只要镜像的内容完全相同，它们的ID就一定会相同。这保证了镜像的唯一性和完整性。
基于联合文件系统（Union File Systems）
- 分层和只读的特性是通过联合文件系统（如Overlay2、AUFS） 来实现的。这种文件系统能够将多个不同的目录（层）透明地叠加在一起，形成一个统一的视图，呈现给容器。
为什么要使用镜像？
最核心的理由是：镜像提供了一种标准化的、轻量级的、不可变的交付物，它保证了应用在任何环境中都能以完全一致的方式运行，从而实现了“构建一次，随处运行”。
下面我们从几个关键角度来详细拆解为什么要使用镜像：
- 解决环境一致性难题（“在我这儿是好的！”）
这是使用镜像最首要、最直接的原因。
传统痛点：
- 开发环境：代码跑通了。
- 测试环境：测试说有问题，依赖的库版本不对。
- 生产环境：运维部署失败，系统配置有差异。
这就是经典的“ works on my machine ”问题。
镜像的解决方案：
- 镜像将应用代码、运行时环境、系统工具、系统库、配置全部打包在一起，形成一个完整的、独立的软件包。
- 这个包在开发、测试、生产任何环节都完全一致。
- 结果：只要在开发机能运行成功，那么在任何装有Docker的机器上（测试、预生产、生产），它都能以完全相同的方式运行，彻底消除了环境差异带来的问题。
- 实现极致的标准化和交付简化
镜像成为一种通用的、标准的软件交付物。
- 传统方式：交付物可能是一份代码、一个War/Jar包，再加上一长串的、复杂的、可能还不全的“环境配置说明文档”。
- 镜像方式：交付物就是一个镜像文件（或一个镜像名称和标签）。部署命令简单到极致：docker run our-app:latest。
这个命令包含了下载、解压、配置、运行所有步骤。它极大地简化了部署流程，降低了运维成本和对运维人员技能的要求。
镜像相关的命令
关于login，pull，push等命令的解析请参考：Docker核心概念与镜像仓库操作指南
docker rmi
功能：删除镜像。
语法：
docker rmi [OPTIONS] IMAGE [IMAGE...]
别名：docker image rm，docker image remove
关键参数：
-f：强制删除；--no-prune：不移除该镜像的过程镜像，默认移除。
示例：
准备镜像：
docker pull busybox:1.36.0docker pull busybox:1.35.0
查看镜像：
docker images busybox删除镜像
- 方法一：通过ID删除
- 方法二：通过tag删除
注意：被引用的镜像无法被删除，需要先关闭相应的容器。
示例：
- 重新拉取镜像：
docker pull busybox:1.36.0 busybox:1.36.0 - 启动容器：
docker run -it --name mybox busybox:1.36.0 sh - 删除镜像：
docker rmi busybox:1.36.0 - 删除容器：
docker rm mybox - 再次删除镜像：
docker rmi busybox:1.36.0 - 查看镜像信息：
docker images busybox
注意：镜像有多个标签时，指定镜像标签所删除的只是标签，镜像并没删除，在使用该镜像的容器在运行，只是不能再用标签管理，只能使用ID
docker save
功能：将指定镜像保存成 tar 归档文件。
语法：
docker save [OPTIONS] IMAGE [IMAGE...]
别名：docker image save
关键参数：
-o：输出到的文件。
示例：
docker load
功能：导入使用 docker save 命令导出的镜像。
语法：
docker load [OPTIONS]
别名：docker image load
关键参数：
--input, -i：指定导入的文件，代替 STDIN。--quiet, -q：精简输出信息。
示例：
- 删除原有镜像
- 导入镜像
docker history
功能：展示的是镜像的构建历史记录
语法：
docker history [OPTIONS] IMAGE
别名：docker image history
关键参数：
-H, --human：大小和日期采用人容易读的格式展现--no-trunc：显示全部信息，不要隔断-q, --quiet：只显示镜像 ID 信息
示例：
docker image prune
功能：删除不使用的镜像。
语法：docker image prune [OPTIONS]
关键参数：
-a, --all：删除全部不使用的镜像；--filter filter：指定过滤条件；-f, --force：不提示是否删除。
离线迁移镜像
离线迁移镜像指的是在没有网络连接或无法直接访问镜像仓库（如Docker Hub、Harbor）的环境下，将Docker镜像从一台机器转移到另一台机器的过程。
它不通过网络拉取（docker pull），而是先将镜像打包成一个离线文件（如.tar归档文件），然后通过物理媒介（如U盘、移动硬盘）或内部文件传输方式，将这个文件复制到目标机器上，最后再加载到目标机器的Docker环境中。
这里使用scp把镜像从一个服务器拷贝到另一个服务器，这个过程的镜像数据流是在两个服务器之间直接通过SSH协议传输的，完全走的是内部的网络通道，与外部互联网隔离。
- 导出镜像：
docker save -o mybox2.0 busybox:1.35.0 - 拷贝到另一台服务器：
scp docker mybox2.0 root@服务器IP:要拷贝到的目录 - 另一台服务器把镜像导出：
docker load -i mybox2.0
总结
到此这篇关于Docker镜像从核心命令到离线迁移实战指南的文章就介绍到这了,更多相关Docker镜像命令到离线迁移内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！