工作流

下面是端到端的工作流，显示各种命令及其相关的输入和输出。这应该澄清了映像和容器之间的关系。

+------------+  docker build   +--------------+  docker run -dt   +-----------+  docker exec -it   +------+
| Dockerfile | --------------> |    Image     | --------------->  | Container | -----------------> | Bash |
+------------+                 +--------------+                   +-----------+                    +------+
                                 ^
                                 | docker pull
                                 |
                               +--------------+
                               |   Registry   |
                               +--------------+

要列出你可以运行的图像，执行:

docker image ls

列出你可以执行命令的容器:

docker ps

图像之于类就像容器之于对象。

容器是图像的实例，就像对象是类的实例一样。

Dockerfile→(Build)→Image→(Run)→Container。

Dockerfile:包含一组Docker指令，以您喜欢的方式配置您的操作系统，并安装/配置所有软件。 图片:编译好的Dockerfile。节省了每次需要运行容器时重新构建Dockerfile的时间。这是一种隐藏供应代码的方法。 容器:虚拟操作系统本身。您可以ssh进入其中并运行任何命令，就像它是一个真实的环境一样。您可以从同一个映像运行1000多个容器。

将映像看作容器的“快照”可能会有所帮助。

你可以从容器中创建映像(新的“快照”)，也可以从映像中启动新的容器(实例化“快照”)。例如，您可以从一个基本映像实例化一个新容器，在容器中运行一些命令，然后将其“快照”为一个新映像。然后，您可以从这个新映像实例化100个容器。

其他需要考虑的事情:

图像是由层组成的，层是快照“差别”;当你推送一个图像时，只有“diff”被发送到注册表。 Dockerfile在基本映像之上定义了一些命令，这些命令可以创建新的层(“diffs”)，从而生成新的映像(“snapshot”)。 容器总是从映像实例化。 图像标签不仅仅是标签。它们是图像的“全名”(“repository:tag”)。如果同一个映像有多个名称，则在处理docker映像时显示多次。

*在docker中，镜像是一个不可变的文件，它包含docker应用程序运行所需的源代码和信息。它可以独立于容器而存在。

Docker容器是在运行时创建的虚拟化环境，需要镜像才能运行。docker网站上有一张图片显示了这种关系:

也许解释一下整个工作流程会有帮助。

一切都从Dockerfile开始。Dockerfile是映像的源代码。

创建Dockerfile之后，构建它来创建容器的映像。图像只是Dockerfile“源代码”的“编译版本”。

一旦有了容器的映像，就应该使用注册表重新分发它。注册表类似于Git存储库——您可以推送和拉出图像。

接下来，您可以使用映像来运行容器。在许多方面，运行中的容器与虚拟机非常相似(但没有管理程序)。