关于linux:字节二面你简历中写精通-docker能说说容器和镜像的区别吗

52次阅读

共计 3994 个字符,预计需要花费 10 分钟才能阅读完成。

本文用图文并茂的形式介绍了容器、镜像的区别和 Docker 每个命令前面的技术细节,可能很好的帮忙读者深刻了解 Docker。

这篇文章心愿可能帮忙读者深刻了解 Docker 的命令,还有容器(container)和镜像(image)之间的区别,并深入探讨容器和运行中的容器之间的区别。

当我对 Docker 技术还是只知其一; 不知其二的时候,我发现了解 Docker 的命令十分艰难。于是,我花了几周的工夫来学习 Docker 的工作原理,更确 切地说,是对于 Docker 对立文件系统(the union file system)的常识,而后回过头来再看 Docker 的命令,所有变得牵强附会,简略极了。

Image Definition

镜像(Image)就是一堆只读层(read-only layer)的对立视角,兴许这个定义有些难以了解,上面的这张图可能帮忙读者了解镜像的定义。

从右边咱们看到了多个只读层,它们重叠在一起。除了最上面一层,其它层都会有一个指针指向下一层。这些层是 Docker 外部的实现细节,并且可能 在主机(译者注:运行 Docker 的机器)的文件系统上拜访到。对立文件系统(union file system)技术可能将不同的层整合成一个文件系统,为这些层提供了一个对立的视角,这样就暗藏了多层的存在,在用户的角度看来,只存在一个文件系统。咱们能够在图片的左边看到这个视角的模式。

你能够在你的主机文件系统上找到无关这些层的文件。须要留神的是,在一个运行中的容器外部,这些层是不可见的。在我的主机上,我发现它们存在于 /var/lib/docker/aufs 目录下。

sudo tree -L 1 /var/lib/docker/
/var/lib/docker/
├── aufs
├── containers
├── graph
├── init
├── linkgraph.db
├── repositories-aufs
├── tmp
├── trust
└── volumes
7 directories, 2 files

Container Definition

容器(container)的定义和镜像(image)简直截然不同,也是一堆层的对立视角,惟一区别在于容器的最下面那一层是可读可写的。

仔细的读者可能会发现,容器的定义并没有提及容器是否在运行,没错,这是成心的。正是这个发现帮忙我了解了很多困惑。

要点:容器 = 镜像 + 可读层。并且容器的定义并没有提及是否要运行容器。

接下来,咱们将会探讨运行态容器。

Running Container Definition

一个运行态容器(running container)被定义为一个可读写的对立文件系统加上隔离的过程空间和蕴含其中的过程。上面这张图片展现了一个运行中的容器。

正是文件系统隔离技术使得 Docker 成为了一个前途无量的技术。一个容器中的过程可能会对文件进行批改、删除、创立,这些扭转都将作用于可读写层(read-write layer)。上面这张图展现了这个行为。

咱们能够通过运行以下命令来验证咱们下面所说的:

docker run ubuntu touch happiness.txt

即使是这个 ubuntu 容器不再运行,咱们仍旧可能在主机的文件系统上找到这个新文件。

find / -name happiness.txt/var/lib/docker/aufs/diff/860a7b...889/happiness.txt

Image Layer Definition

为了将零星的数据整合起来,咱们提出了镜像层(image layer)这个概念。上面的这张图形容了一个镜像层,通过图片咱们可能发现一个层并不仅仅蕴含文件系统的扭转,它还能蕴含了其余重要信息。

元数据(metadata)就是对于这个层的额定信息,它不仅可能让 Docker 获取运行和构建时的信息,还包含父层的档次信息。须要留神,只读层和读写层都蕴含元数据。

除此之外,每一层都包含了一个指向父层的指针。如果一个层没有这个指针,阐明它处于最底层。

Metadata Location:

我发现在我本人的主机上,镜像层(image layer)的元数据被保留在名为”json”的文件中,比如说:

/var/lib/docker/graph/e809f156dc985.../jsone809f156dc985...  #就是这层的 id 

一个容器的元数据如同是被分成了很多文件,但或多或少可能在 /var/lib/docker/containers/< id > 目录下找到,< id > 就是一个可读层的 id。这个目录下的文件大多是运行时的数据,比如说网络,日志等等。

全局了解(Tying It All Together)

当初,让咱们联合下面提到的实现细节来了解 Docker 的命令。

docker create <image-id>

docker create 命令为指定的镜像(image)增加了一个可读写层,形成了一个新的容器。留神,这个容器并没有运行。

docker start <container-id>

Docker start 命令为容器文件系统创立了一个过程隔离空间。留神,每一个容器只可能有一个过程隔离空间。

docker run <image-id>

看到这个命令,读者通常会有一个疑难:docker start 和 docker run 命令有什么区别。

从图片能够看出,docker run 命令先是利用镜像创立了一个容器,而后运行这个容器。这个命令十分的不便,并且暗藏了两个命令的细节,但从另一方面来看,这容易让用户产生误解。

docker ps

docker ps 命令会列出所有运行中的容器。这暗藏了非运行态容器的存在,如果想要找出这些容器,咱们须要应用上面这个命令。

docker ps –a

docker ps –a 命令会列出所有的容器,不论是运行的,还是进行的。

docker images

docker images 命令会列出了所有顶层(top-level)镜像。实际上,在这里咱们没有方法辨别一个镜像和一个只读层,所以咱们提出了 top-level 镜像。只有创立容器时应用的镜像或者是间接 pull 下来的镜像能被称为顶层(top-level)镜像,并且每一个顶层镜像上面都暗藏了多个镜像层。

docker images –a

docker images –a 命令列出了所有的镜像,也能够说是列出了所有的可读层。如果你想要查看某一个 image-id 下的所有层,能够应用 docker history 来查看。

docker stop <container-id>

docker stop 命令会向运行中的容器发送一个 SIGTERM 的信号,而后进行所有的过程。

docker kill <container-id>

docker kill 命令向所有运行在容器中的过程发送了一个不敌对的 SIGKILL 信号。

docker pause <container-id>

docker stop 和 docker kill 命令会发送 UNIX 的信号给运行中的过程,docker pause 命令则不一样,它利用了 cgroups 的个性将运行中的过程空间暂停。具体的外部原理你能够在这里找到:https://www.kernel.org/doc/Doc … m.txt,然而这种形式的不足之处在于发送一个 SIGTSTP 信号对于过程来说不够简略易懂,以至于不可能让所有过程暂停。

docker rm <container-id>

![图片]

docker rm 命令会移除形成容器的可读写层。留神,这个命令只能对非运行态容器执行。

docker rmi <image-id>

docker rmi 命令会移除形成镜像的一个只读层。你只可能应用 docker rmi 来移除最顶层(top level layer)(也能够说是镜像),你也能够应用 - f 参数来强制删除两头的只读层。

docker commit <container-id>

docker commit 命令将容器的可读写层转换为一个只读层,这样就把一个容器转换成了不可变的镜像。

docker build

docker build 命令十分乏味,它会重复的执行多个命令。

咱们从上图能够看到,build 命令依据 Dockerfile 文件中的 FROM 指令获取到镜像,而后反复地 1)run(create 和 start)、2)批改、3)commit。在循环中的每一步都会生成一个新的层,因而许多新的层会被创立。

docker exec <running-container-id>

docker exec 命令会在运行中的容器执行一个新过程。

docker inspect <container-id> or <image-id>

docker inspect 命令会提取出容器或者镜像最顶层的元数据。

docker save <image-id>

docker save 命令会创立一个镜像的压缩文件,这个文件可能在另外一个主机的 Docker 上应用。和 export 命令不同,这个命令为每一个层都保留了它们的元数据。这个命令只能对镜像失效。

docker export <container-id>

docker export 命令创立一个 tar 文件,并且移除了元数据和不必要的层,将多个层整合成了一个层,只保留了以后对立视角看到的内容(译者注:expoxt 后 的容器再 import 到 Docker 中,通过 docker images –tree 命令只能看到一个镜像;而 save 后的镜像则不同,它可能看到这个镜像的历史镜像)。

docker history <image-id>

docker history 命令递归地输入指定镜像的历史镜像。

更多对于 Docker command 的介绍请参阅文章:这 20 个 Docker Command,有几个是你会的?

作者:bethal
起源:https://www.cnblogs.com/betha…

正文完
 0