用vs2012做网站案例,企业现在有必要做网站吗,wordpress手机导航栏,网新中英企业网站管理系统【编者的话】本文用图文并茂的方式介绍了容器、镜像的区别和Docker每个命令后面的技术细节#xff0c;能够很好的帮助读者深入理解Docker。这篇文章希望能够帮助读者深入理解Docker的命令#xff0c;还有容器#xff08;container#xff09;和镜像#xff08;image#…【编者的话】本文用图文并茂的方式介绍了容器、镜像的区别和Docker每个命令后面的技术细节能够很好的帮助读者深入理解Docker。这篇文章希望能够帮助读者深入理解Docker的命令还有容器container和镜像image之间的区别并深入探讨容器和运行中的容器之间的区别。 当我对Docker技术还是一知半解的时候我发现理解Docker的命令非常困难。于是我花了几周的时间来学习Docker的工作原理更确切地说是关于Docker统一文件系统the union file system的知识然后回过头来再看Docker的命令一切变得顺理成章简单极了。题外话就我个人而言掌握一门技术并合理使用它的最好办法就是深入理解这项技术背后的工作原理。通常情况下一项新技术的诞生常常会伴随着媒体的大肆宣传和炒作这使得用户很难看清技术的本质。更确切地说新技术总是会发明一些新的术语或者隐喻词来帮助宣传这在初期是非常有帮助的但是这给技术的原理蒙上了一层砂纸不利于用户在后期掌握技术的真谛。Git就是一个很好的例子。我之前不能够很好的使用Git于是我花了一段时间去学习Git的原理直到这时我才真正明白了Git的用法。我坚信只有真正理解Git内部原理的人才能够掌握这个工具。 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 filesContainer 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.txtImage 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 命令先是利用镜像创建了一个容器然后运行这个容器。这个命令非常的方便并且隐藏了两个命令的细节但从另一方面来看这容易让用户产生误解。题外话继续我们之前有关于Git的话题我认为docker run命令类似于git pull命令。git pull命令就是git fetch 和 git merge两个命令的组合同样的docker run就是docker create和docker start两个命令的组合。 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指令获取到镜像然后重复地1runcreate和start、2修改、3commit。在循环中的每一步都会生成一个新的层因此许多新的层会被创建。 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命令递归地输出指定镜像的历史镜像。 结论 我希望你们能喜欢这篇文章。还有其他许多的命令pullsearchrestartattach等我没有提及但是我相信通过阅读这篇文章大部分的Docker命令都能够被很好理解。我仅仅学习了Docker两个星期因此如果我有什么地方说的不好欢迎大家指出。原文链接Visualizing Docker Containers and Images翻译杨润青译者介绍杨润青90后博士僧研究方向是网络和信息安全。转载于:https://www.cnblogs.com/linjiaxin/p/7381421.html
