mfc 定义全局容器 多个窗体共用_面试官:你简历中写用过 Docker,能说说容器和镜像的区别吗?...
发布日期:2021-09-13 06:38:50 浏览次数:0 分类:技术文章

本文共 4502 字,大约阅读时间需要 15 分钟。

  • Image Definition
  • Container Definition
  • Running Container Definition
    • Image Layer Definition
    • 全局理解(Tying It All Together)

  • 《Java 2019 超神之路》
  • 《Dubbo 实现原理与源码解析 —— 精品合集》
  • 《Spring 实现原理与源码解析 —— 精品合集》
  • 《MyBatis 实现原理与源码解析 —— 精品合集》
  • 《Spring MVC 实现原理与源码解析 —— 精品合集》
  • 《Spring Boot 实现原理与源码解析 —— 精品合集》
  • 《数据库实体设计合集》
  • 《Java 面试题 —— 精品合集》
  • 《Java 学习指南 —— 精品合集》

这篇文章希望能够帮助读者深入理解Docker的命令,还有容器(container)和镜像(image)之间的区别,并深入探讨容器和运行中的容器之间的区别。

912a9c738f9fbd9d7c0ac971358d3081.png

当我对Docker技术还是一知半解的时候,我发现理解Docker的命令非常困难。于是,我花了几周的时间来学习Docker的工作原理,更确 切地说,是关于Docker统一文件系统(the union file system)的知识,然后回过头来再看Docker的命令,一切变得顺理成章,简单极了。

题外话:就我个人而言,掌握一门技术并合理使用它的最好办法就是深入理解这项技术背后的工作原理。通常情况 下,一项新技术的诞生常常会伴随着媒体的大肆宣传和炒作,这使得用户很难看清技术的本质。更确切地说,新技术总是会发明一些新的术语或者隐喻词来帮助宣 传,这在初期是非常有帮助的,但是这给技术的原理蒙上了一层砂纸,不利于用户在后期掌握技术的真谛。

Git就是一个很好的例子。我之前不能够很好的使用Git,于是我花了一段时间去学习Git的原理,直到这时,我才真正明白了Git的用法。我坚信只有真正理解Git内部原理的人才能够掌握这个工具。

Image Definition

镜像(Image)就是一堆只读层(read-only layer)的统一视角,也许这个定义有些难以理解,下面的这张图能够帮助读者理解镜像的定义。

9327df479ec6c15deb4cd5cea3419757.png

从左边我们看到了多个只读层,它们重叠在一起。除了最下面一层,其它层都会有一个指针指向下一层。这些层是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└── volumes7 directories, 2 files

Container Definition

容器(container)的定义和镜像(image)几乎一模一样,也是一堆层的统一视角,唯一区别在于容器的最上面那一层是可读可写的。

44c7640045fc43ae94e6046ba36ea331.png

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

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

接下来,我们将会讨论运行态容器。

Running Container Definition

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

e5507b3d94d4374bc0c7bfaff339b93f.png

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

4456d1583726d17a6ebc96ebc3246fdc.png

我们可以通过运行以下命令来验证我们上面所说的:

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)这个概念。下面的这张图描述了一个镜像层,通过图片我们能够发现一个层并不仅仅包含文件系统的改变,它还能包含了其他重要信息。

2ebd22c68856f959cd25888cdc314e5b.png

元数据(metadata)就是关于这个层的额外信息,它不仅能够让Docker获取运行和构建时的信息,还包括父层的层次信息。需要注意,只读层和读写层都包含元数据。

ee43e133186b2f432294b55e63703652.png

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

eca2971996f592f9389965d64420a336.png

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

/var/lib/docker/graph/e809f156dc985.../json

e809f156dc985...就是这层的id

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

全局理解(Tying It All Together)

现在,让我们结合上面提到的实现细节来理解Docker的命令。

docker create

5b3432cecc56cef7394bc231414ee532.png

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

ef72ac81ff15dc8caf96223629a379b7.png

docker start

412e62e4e1b4c72d13bc97cb3b353876.png

Docker start命令为容器文件系统创建了一个进程隔离空间。注意,每一个容器只能够有一个进程隔离空间。

docker run

0e4da49b02dd1b5041c30509538a06aa.png

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

57999f4169d8b5701bd68faa1f6289c5.png

从图片可以看出,docker run 命令先是利用镜像创建了一个容器,然后运行这个容器。这个命令非常的方便,并且隐藏了两个命令的细节,但从另一方面来看,这容易让用户产生误解。

题外话:继续我们之前有关于Git的话题,我认为docker run命令类似于git pull命令。git pull命令就是git fetch 和 git merge两个命令的组合,同样的,docker run就是docker create和docker start两个命令的组合。

docker ps

405dafc109a526340437f3c616ba5525.png

docker ps 命令会列出所有运行中的容器。这隐藏了非运行态容器的存在,如果想要找出这些容器,我们需要使用下面这个命令。

docker ps –a

2885584f4b113eda30c28e0996104c11.png

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

docker images

ec08b4e0f045328148747e32ada7e973.png

docker images命令会列出了所有顶层(top-level)镜像。实际上,在这里我们没有办法区分一个镜像和一个只读层,所以我们提出了top-level 镜像。只有创建容器时使用的镜像或者是直接pull下来的镜像能被称为顶层(top-level)镜像,并且每一个顶层镜像下面都隐藏了多个镜像层。

docker images –a

125b489362ae34b6a9bad00026ca1a8d.png

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

docker stop

77f6827987d371fc36305277d421f561.png

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

docker kill

48ee344dafab8deb7c3338df9e570651.png

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

docker pause

a59dfe649efd2fd0419de0bfc5d73660.png

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

docker rm

4d5a756836823659d53a3206ab9a5a8b.png

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

docker rmi

6c1c24cc74aec3099eb259f57c63d4ae.png

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

docker commit

06f9c9b5a71d121f448a52a7c65bb757.png

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

51afe371626219cddf3b646ac5546862.png

docker build

89d2cd803494c843da5549b51f84ae8f.png

docker build命令非常有趣,它会反复的执行多个命令。

67363fa3e2425dd5b11018562e68e9d6.png

我们从上图可以看到,build命令根据Dockerfile文件中的FROM指令获取到镜像,然后重复地1)run(create和start)、2)修改、3)commit。在循环中的每一步都会生成一个新的层,因此许多新的层会被创建。

docker exec

5e5a4ca10579ca65158049483891cabe.png

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

docker inspect or

0097bc6fbb2a2f5646edaf862fab0d1b.png

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

docker save

806720aea245674a37ce2e00834bad2c.png

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

docker export

f613a9980b66b7114a7d556b6c0f1d48.png

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

docker history

5f7162ed09cb1127bf1571a8327c81d8.png

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

转载地址:https://blog.csdn.net/weixin_39767645/article/details/110852641 如侵犯您的版权,请留言回复原文章的地址,我们会给您删除此文章,给您带来不便请您谅解!

上一篇:唯一可译码判决准则_基于FPGA的结构改进型(2,1,4)维特比译码器
下一篇:下标要求数组或指针类型_数组下标的对应关系

发表评论

最新留言

留言是一种美德,欢迎回访!
[***.172.111.71]2022年05月22日 09时59分44秒

关于作者

    喝酒易醉,品茶养心,人生如梦,品茶悟道,何以解忧?唯有杜康!
-- 愿君每日到此一游!

最新文章

应用数据科学的现状:近期观察机器学习实际应用的趋势和对关键瓶颈的探讨 2019-09-06 06:56:00
福布斯说:没有比这里更好的地方来吸收最前沿技术之道了。 2019-09-06 06:55:59
神经进化:一种不一样的深度学习——通过进化算法来探求神经网络的进化 2019-09-06 06:55:59
“把人工智能在机构中用起来”——O'Reilly人工智能大会 2019-09-06 06:55:58
增强学习和OpeAI Gym的介绍:基础增强学习问题的演示 2019-09-06 06:55:58
运用深度学习让无人驾驶卡车驶入了快车道:深入了解创业公司TuSimple如何使用MXNet 2019-09-06 06:55:57
O'Reilly人工智能大会将于2018年4月10-13日来到北京:讲师征集开始 2019-09-06 06:55:57
Strata + Hadoop World北京大会招募讲师 2019-09-06 06:55:56
什么是数据科学? 2019-09-06 06:55:56
什么是大数据? 2019-09-06 06:55:55
大数据时代的压缩表现形式 2019-09-06 06:55:54
巨大的科学难题需要大数据解决方案 2019-09-06 06:55:54
凌驾于算法之上:搜索体验的优化 2019-09-06 06:55:53
超越批处理的世界:流计算101 2019-09-06 06:55:53
Strata + Hadoop World北京大会开始注册 2019-09-06 06:55:52
智能数据平台推进智慧城市 2019-09-06 06:55:52
Strata+Hadoop World 北京会议门票价格将从6月4日上涨 2019-09-06 06:55:51
数据科学中“专业化”意味着什么 2019-09-06 06:55:50
认知应用:大数据的下个转折点 2019-09-06 06:55:50
来自Strata+Hadoop World 伦敦会议的主题演讲 2019-09-06 06:55:49