docker镜像的制作

最新推荐文章于 2025-07-16 16:03:48 发布
最新推荐文章于 2025-07-16 16:03:48 发布
阅读量791 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： docker 容器 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_46447154/article/details/126220455
本文详细介绍了Docker镜像的概念，包括镜像的分层结构、存储驱动如AUFS、OverlayFS和DeviceMapper的工作原理。还讨论了Docker Registry的作用，特别是Docker Hub的功能，并讲解了如何制作、获取、导入与导出Docker镜像。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

镜像的概念

镜像可以理解为应用程序的集装箱，而docker用来装卸集装箱。

docker镜像含有启动容器所需要的文件系统及其内容，因此，其用于创建并启动容器。

docker镜像采用分层构建机制，最底层为bootfs，其上为rootfs

  • bootfs：用于系统引导的文件系统，包括bootloader和kernel，容器启动完成后会被卸载以节约内存资源
  • rootfs：位于bootfs之上，表现为docker容器的根文件系统
    • 传统模式中，系统启动之时，内核挂载rootfs会首先将其挂载为“只读”模式，完整性自检完成后将其重新挂载为读写模式
    • docker中，rootfs由内核挂载为“只读”模式，而后通过“联合挂载”技术额外挂载一个“可写”层

注意：当删除容器时，这个容器自有的“可写”层会一起被删除

img

docker镜像层

img

位于下层的镜像称为父镜像（parrent image），最底层的称为基础镜像（base image）；
最上层为“可读写”层，其下的均为“只读”层。

docker存储驱动

docker提供了多种存储驱动来实现不同的方式存储镜像，下面是常用的几种存储驱动：

  • AUFS
  • OverlayFS
  • Devicemapper
  • Btrfs
  • VFS

AUFS

AUFS（AnotherUnionFS）是一种Union FS，是文件级的存储驱动。AUFS是一个能透明覆盖一个或多个现有文件系统的层状文件系统，把多层合并成文件系统的单层表示。简单来说就是支持将不同目录挂载到同一个虚拟文件系统下的文件系统。这种文件系统可以一层一层地叠加修改文件。无论底下有多少层都是只读的，只有最上层的文件系统是可写的。当需要修改一个文件时，AUFS创建该文件的一个副本，使用CoW将文件从只读层复制到可写层进行修改，结果也保存在可写层。在Docker中，底下的只读层就是image，可写层就是Container。

AUFS文件系统据说有3W行代码，而ext4文件系统却只有4000-5000行左右代码，这些代码是要被整合进内核的，后来AUFS申请要被合并进内核代码的时候，linuz觉得它这代码太过臃肿，于是拒绝了。因此AUFS这个文件系统一直以来就不是linux内核中自有的文件系统，想用AUFS这个文件系统的话，必须自己向内核打补丁并去编译使用它，但redhat系列的操作系统一向以稳定著称，不会干这种出格的事，所以在redhat系列操作系统中使用AUFS并无可能。而ubuntu上的docker默认使用的就是AUFS。

OverlayFS

Overlay是Linux内核3.18后支持的，也是一种Union FS，和AUFS的多层不同的是Overlay只有两层：一个upper文件系统和一个lower文件系统，分别代表Docker的镜像层和容器层。当需要修改一个文件时，使用CoW将文件从只读的lower复制到可写的upper进行修改，结果也保存在upper层。在Docker中，底下的只读层就是image，可写层就是Container。目前最新的OverlayFS为Overlay2。

AUFS和Overlay都是联合文件系统，但AUFS有多层，而Overlay只有两层，所以在做写时复制操作时，如果文件比较大且存在比较低的层，则AUSF会慢一些。而且Overlay并入了linux kernel mainline，AUFS没有。目前AUFS已基本被淘汰。

DeviceMapper

Device mapper是Linux内核2.6.9后支持的，提供的一种从逻辑设备到物理设备的映射框架机制，在该机制下，用户可以很方便的根据自己的需要制定实现存储资源的管理策略。AUFS和OverlayFS都是文件级存储，而Device mapper是块级存储，所有的操作都是直接对块进行操作，而不是文件。Device mapper驱动会先在块设备上创建一个资源池，然后在资源池上创建一个带有文件系统的基本设备，所有镜像都是这个基本设备的快照，而容器则是镜像的快照。所以在容器里看到文件系统是资源池上基本设备的文件系统的快照，并没有为容器分配空间。当要写入一个新文件时，在容器的镜像内为其分配新的块并写入数据，这个叫用时分配。当要修改已有文件时，再使用CoW为容器快照分配块空间，将要修改的数据复制到在容器快照中新的块里再进行修改。

OverlayFS是文件级存储，Device mapper是块级存储，当文件特别大而修改的内容很小，Overlay不管修改的内容大小都会复制整个文件，对大文件进行修改显然要比小文件要消耗更多的时间，而块级无论是大文件还是小文件都只复制需要修改的块，并不是整个文件，在这种场景下，显然device mapper要快一些。因为块级的是直接访问逻辑盘，适合IO密集的场景。而对于程序内部复杂，大并发但少IO的场景，Overlay的性能相对要强一些。

docker registry

启动容器时，docker daemon会试图从本地获取相关的镜像，本地镜像不存在时，其将从Registry中下载该镜像并保存到本地。

Registry用于保存docker镜像，包括镜像的层次结构和元数据。用户可以自建Registry，亦可使用官方的Docker Hub。

docker registry的分类：

  • Sponsor Registry：第三方的Registry，供客户和Docker社区使用
  • Mirror Registry：第三方的Registry，只让客户使用
  • Vendor Registry：由发布docker镜像的供应商提供的registry
  • Private Registry：通过设有防火墙和额外的安全层的私有实体提供的registry

docker registry的组成：

  • Repository
    • 由某特定的docker镜像的所有迭代版本组成的镜像仓库
    • 一个Registry中可以存在多个Repository
      • Repository可分为“顶层仓库”和“用户仓库”
      • 用户仓库名称格式为“用户名/仓库名”
    • 每个仓库可包含多个Tag(标签)，每个标签对应一个镜像
  • Index
    • 维护用户帐户、镜像的检验以及公共命名空间的信息
    • 相当于为Registry提供了一个完成用户认证等功能的检索接口

Docker Registry中的镜像通常由开发人员制作，而后推送至“公共”或“私有”Registry上保存，供其他人员使用，例如“部署”到生产环境。

img

docker镜像的制作

多数情况下，我们做镜像是基于别人已存在的某个基础镜像来实现的，我们把它称为base image。比如一个纯净版的最小化的centos、ubuntu或debian。

那么这个最小化的centos镜像从何而来呢？其实这个基础镜像一般是由Docker Hub的相关维护人员，也就是Docker官方手动制作的。这个基础镜像的制作对于Docker官方的专业人员来说是非常容易的，但对于终端用户来说就不是那么容易制作的了。

Docker Hub

​ Docker Hub是一种基于云的注册服务，允许您链接到代码库、构建图像并测试它们、存储手动推送的图像，以及指向Docker cloud的链接，以便您可以将图像部署到主机。

​ 它为整个开发流程中的容器映像发现、分发和更改管理、用户和团队协作以及工作流自动化提供了集中的资源。

img

Docker Hub提供以下主要功能

图像库

从社区和官方图书馆查找和提取图像，并从您可以访问的私人图像库中管理、推送和提取图像。

自动构建

在您更改源代码存储库时自动创建新映像。

Webhooks

是自动构建的一个功能，Webhook允许您在成功推送到存储库后触发操作。

组织创建

工作组以管理对图像存储库的访问。

GitHub和Bitbucket

集成将Hub和Docker图像添加到当前工作流中。

docker镜像的获取

要从远程注册表（如您自己的Docker注册表）获取Docker映像并将其添加到本地系统，请使用Docker pull命令：

# docker pull <registry>[:<port>]/[<namespace>/]<name>:<tag>

是在TCP上提供docker分发服务的主机（默认值：5000）

镜像的生成
镜像的生成途径：

Dockerfile
基于容器制作
Docker Hub 自动构建

基于容器制作镜像
根据容器的改编制作新的镜像
用法：

docker commit [OPTIONS] CONTAINER [REPOSITORY[:TAG]]
选项默认描述
—author, -a作者
-c, --change list将Dockerfile指令应用于创建的镜像
-m, --message string提交信息
-p, --pausetrue在提交时暂停容器、
[root@localhost ~]# docker search busybox
NAME                             DESCRIPTION                                     STARS     OFFICIAL   AUTOMATED
busybox                          Busybox base image.                             2697      [OK]
[root@localhost ~]# docker pull busybox
Using default tag: latest
latest: Pulling from library/busybox
5cc84ad355aa: Pull complete
Digest: sha256:5acba83a746c7608ed544dc1533b87c737a0b0fb730301639a0179f9344b1678
Status: Downloaded newer image for busybox:latest
docker.io/library/busybox:latest

创建镜像时不能关闭容器，必须要处于运行状态，所以开启另一个终端

[root@localhost ~]# docker ps
CONTAINER ID   IMAGE     COMMAND     CREATED         STATUS         PORTS     NAMES
63c99e104a3a   busybox   "/bin/sh"   3 minutes ago   Up 3 minutes             ll
[root@localhost ~]# docker images
REPOSITORY   TAG       IMAGE ID       CREATED        SIZE
busybox      latest    beae173ccac6   7 months ago   1.24MB
[root@localhost ~]# docker commit -p ll
sha256:153989809eeaf8c97c20fc6e5e6ce6e7c27dcd075385bda4cb71e3e4791f71d4
[root@localhost ~]# docker images
REPOSITORY   TAG       IMAGE ID       CREATED          SIZE
<none>       <none>    153989809eea   20 seconds ago   1.24MB
busybox      latest    beae173ccac6   7 months ago     1.24MB
[root@localhost ~]# docker tag  153989809eea  wyn0116/locking-ll:v1
[root@localhost ~]# docker images
REPOSITORY           TAG       IMAGE ID       CREATED         SIZE
wyn0116/locking-ll   v1        153989809eea   2 minutes ago   1.24MB
busybox              latest    beae173ccac6   7 months ago    1.24MB

此时要注意的是，我们的仓库名叫locking-ll，所以我们要在Docker Hub上创建一个名为locking-ll的仓库，然后再将我们做好的镜像push上去[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PMZkjhTa-1659915122505)(C:\Users\zm\Desktop\屏幕截图 2022-08-07 223109.JPG)][外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-H8j42Zi7-1659915122506)(C:\Users\zm\Desktop\屏幕截图 2022-08-07 223030.JPG)]

使用新生成的镜像创建容器

[root@localhost ~]# docker run -it --rm wyn0116/locking-ll:v1 /bin/sh
/ # ls
bin   data  dev   etc   home  proc  root  sys   tmp   usr   var
/ # ls data/
index.html
/ # cat data/index.html 
this is a test 
/ # netstat -anlt
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State

由此可见，新生成的镜像中是包含了新增的内容的，但是此时有一个问题，那就是容器默认要启动的进程是什么？在这里，默认情况下是启动的sh进程，但我们是要启动一个http站点，所以我们要在创建镜像时将容器默认启动的进程设为httpd，这样一来我们就可以通过新生成的镜像来快速构建一个简单的http站点了。

使用docker inspect命令查看b1容器启动的默认进程是什么

[root@localhost ~]# docker ps -a
CONTAINER ID   IMAGE                   COMMAND     CREATED         STATUS              PORTS     NAMES
a996553182c4   wyn0116/locking-ll:v1   "/bin/sh"   2 minutes ago   Up About a minute             great_darwin
63c99e104a3a   busybox                 "/bin/sh"   2 hours ago     Up 2 hours                    ll
[root@localhost ~]# docker inspect  a996553182c4
[
    {
 "Gateway": "172.17.0.1",
            "GlobalIPv6Address": "",
            "GlobalIPv6PrefixLen": 0,
            "IPAddress": "172.17.0.3",
]

重新生成镜像并上传

[root@localhost ~]# docker commit -a 'sean <wyn0116@126.com>' -c 'CMD ["/bin/httpd","-f","-h","/data"]' -p ll  wyn0116/locking-ll:v2
sha256:2b2abc27c4e8cbd05a1dab18683f441c8b5d55597a5b9f787a7b1522350661e6
[root@localhost ~]# docker push wyn0116/locking-

使用新生成的镜像创建容器

[root@localhost ~]# docker run --name t2 -d wyn0116/locking-ll:v2
1c7912574e15757402249a8b202fe20bfdd921d81248c2f9759ff3a6cdf92791
[root@localhost ~]# docker container ls
CONTAINER ID   IMAGE                   COMMAND                  CREATED          STATUS          PORTS     NAMES
1c7912574e15   wyn0116/locking-ll:v2   "/bin/httpd -f -h /d…"   24 seconds ago   Up 22 seconds             t2
a996553182c4   wyn0116/locking-ll:v1   "/bin/sh"                23 minutes ago   Up 23 minutes             great_darwin
63c99e104a3a   busybox                 "/bin/sh"                2 hours ago      Up 2 hours

使用docker inspect命令查看t2容器启动的默认进程是什么，以及其IP地址，然后用curl命令访问该IP，看是否能访问到网页

[root@localhost ~]# curl 172.17.0.3
this is a test

镜像的导入与导出

假如有2台主机，我们在主机1上做了一个镜像，主机2想用这个镜像怎么办呢？

我们可以在主机1上push镜像到镜像仓库中，然后在主机2上pull把镜像拉下来使用，这种方式就显得比较麻烦，假如我只是测试用的，在一台主机上做好镜像后在另一台主机上跑一下就行了，没必要推到仓库上然后又把它拉到本地来。

此时我们可以在已有镜像的基础上把镜像打包成一个压缩文件，然后拷贝到另一台主机上将其导入，这就是镜像的导入和导出功能。

docker中我们使用docker save进行导出，使用docker load进行导入。

在已生成镜像的主机上执行docker save导出镜像

[root@localhost ~]# docker save -o busybox busybox:latest 
[root@localhost ~]# ls
anaconda-ks.cfg  busybox
[root@localhost ~]# file busybox

在另一台没有镜像的主机上执行docker load导入镜像

导入和导出功能。

docker中我们使用docker save进行导出，使用docker load进行导入。

在已生成镜像的主机上执行docker save导出镜像

[root@localhost ~]# docker save -o busybox busybox:latest 
[root@localhost ~]# ls
anaconda-ks.cfg  busybox
[root@localhost ~]# file busybox

在另一台没有镜像的主机上执行docker load导入镜像

docker load -i myimages.gz

docker镜像制作
翱翔-蓝天
04-11 113
如何将任意 Linux 系统打包为 Docker 镜像
docker镜像管理
qq_58733916的博客
08-07 1085
docker镜像管理
创建Docker基础镜像
难得糊涂
12-25 3997
创建基础镜其实也是需要把基础镜像拉下来（最最基本的镜像就是centos，rhel，Ubuntu等不同操作系统的各个版本[email protected]），然后创建一个实例，在实例里面做些设置修改，然后在打包成镜像供其它镜像使用，再打包封装成一个新镜像。...
docker基础镜像制作
weixin_34044273的博客
10-18 283
一.本地镜像举个例子：现在把自己的开发环境打包，取名为centos7.tar，然后在docker中，以centos7-base.tar作为基础镜像。创建自己的镜像，放置于/root目录下：tar --numeric-owner --exclude=/proc --exclude=/sys -cvf centos7.tar /需要注意的是,文件打包支持的类型只有(.tar...
Docker镜像制作
2501_91344113的博客
06-23 867
Dockfile 是一种被 Docker 程序解释的脚本，Dockerfile 由多条的指令组成，每条指令对应Linux 下面的一条命令。Docker 程序将这些 Dockerfile 指令翻译成真正的Linux 命令。Dockerfile有自己书写格式和支持的命令，Docker 程序解决这些命令间的依赖关系，类似于Makefile。Docker 程序将读取 Dockerfile，根据指令生成定制的镜像。
Docker基础（三）镜像制作
Du_zhe_的博客
08-18 3202
VOLUME ["", ""...]VOLUME 之前我们说过，容器运行时应该尽量保持容器存储层不发生写操作，对于数据库类需要保存动态数据的应用，其数据库文件应该保存于卷(volume)中，后面的章节我们会进一步介绍 Docker 卷的概念。为了防止运行时用户忘记将动态文件所保存目录挂载为卷，在Dockerfile中，我们可以事先指定某些目录挂载为匿名卷，这样在运行时如果用户不指定挂载，其应用也可以正常运行，不会向容器存储层写入大量数据。这里的/data。
docker中如何制作自己的基础镜像
weixin_34090562的博客
07-31 531
一.本地镜像 举个例子：现在把自己的开发环境打包，取名为centos6-base.tar，然后在docker中，以centos6-base.tar作为基准镜像。   　　1.创建自己的镜像，放置于/root目录下：   #tar --numeric-owner --exclude=/proc --exclude=/sys -cvf centos6-base.tar / ...
docker-镜像制作
2302_79981885的博客
03-24 1459
镜像的定制实际上就是定制每一层所添加的配置、文件。如果我们可以把每一层修改、安装、构建、操作的命令都写入一个脚本，用这个脚本来构建、定制镜像,这个脚本就是 Dockerfile。Dockerfile 是一个文本文件，其内包含了一条条的指令(Instruction)，每一条指令构建一层，因此每一条指令的内容，就是描述该层应当如何构建。
Docker镜像制作流程，包括docker安装、使用、镜像的制作、及使用
03-28
Docker 镜像制作流程详解 Docker 镜像制作流程是一系列复杂的步骤，包括 Docker 的安装、使用、镜像的制作和使用等。在本文中，我们将详细介绍 Docker 镜像制作流程的每一个步骤，并提供实用的命令和配置文件。 一...
Docker 镜像制作原理 做一个自己的docker镜像
dnuiking的博客
01-15 1177
创建一个容器查看alpine ，以及更换镜像源，以及安装想要安装的工具(curl,vim,tree等) alpine 更新源使用的是apk update。启动容器之前我们首先要有一个镜像，这个镜像可以是从docker拉取，例如：现在pull一个ubuntu镜像到本机。更换一下国内的源，docker cp 可以把本机的源拷贝到容器，我这里直接用了容器的源。运行我们构建的镜像： 可以看到刚才安装的工具已经都有了。包装完之后退出，可以基于这个容器生成一个镜像。基于自己做的镜像，创建容器，看看工具有没有。
docker镜像制作详细教程
03-20
# docker镜像制作 ## 什么是Docker镜像 + Docker 镜像可以理解为虚拟机模板，虚拟机模板就像停止运行的虚拟机，而 Docker 镜像就像停止运行的容器；作为一名研发人员，则可以将镜像理解为类（Class）。 ## 镜像和...
Docker 镜像制作
最新发布
2301_79881188的博客
07-16 901
选择过大的父镜像（如 Ubuntu 系统镜像）会造成最终生成应用镜像的臃肿，推荐选用瘦身过的应用镜像（如 node:slim），或者较为小巧的系统镜像（如。指令实际上并不发布端口。一样能够自定义镜像，官方的镜像可以说很少能直接满足我们应用的，都需要我们自己打包自己的代码进去然后做成对应的应用镜像对外使用。更加标准化，体积可以做的更小：docker 容器启动后，系统运行会生成很多运行时的文件，如果使用 commit。则会更加标准化，而且提供多级构建，将编译和构建分开，不会有运行时的多余文件，更加的标准化。
docker 镜像制作
04-05
Docker 镜像制作是将应用程序和环境打包成一个可移植的容器的过程。以下是 Docker 镜像制作的步骤： 1. 编写 Dockerfile：Dockerfile 是 Docker 镜像的构建文件，它定义了镜像的构建过程和所需的环境和依赖。...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值