Docker中的三个基本概念容器（container）、镜像（image）和仓库（registry）之间有什么关系？

Docker镜像是一个特殊的文件系统，除了提供容器运行时所需的程序、库、资源、配置等文件外，还包含了一些为运行时准备的一些配置参数（如匿名卷、环境变量、用户等）。镜像不包含任何动态数据，其内容在构建以后也不会被改变。Docker 设计时，就充分利用 Union FS的技术，将其设计为 分层存储的架构 。镜像实际是由多层文件系统联合组成。镜像构建时，会一层层构建，前一层是后一层的基础。每一层构建完就不会再发生改变，后一层上的任何改变只发生在本身这一层。好比，删除前一层文件的操做，实际不是真的删除前一层的文件，而是仅在当前层标记为该文件已删除。在最终容器运行的时候，虽然不会看到这个文件，可是实际上该文件会一直跟随镜像。所以，在构建镜像的时候，须要额外当心，每一层尽可能只包含该层须要添加的东西，任何额外的东西应该在该层构建结束前清理掉。分层存储的特征还使得镜像的复用、定制变的更为容易。甚至能够用以前构建好的镜像做为基础层，而后进一步添加新的层，以定制本身所需的内容，构建新的镜像。

镜像（Image）和容器（Container）的关系，就像是面向对象程序设计中的类 和 实例 同样，镜像是静态的定义，容器是镜像运行时的实体。容器能够被建立、启动、中止、删除、暂停等。容器的实质是进程，但与直接在宿主执行的进程不一样，容器进程运行于属于本身的独立的命名空间。前面讲过镜像使用的是分层存储，容器也是如此。容器存储层的生存周期和容器同样，容器消亡时，容器存储层也随之消亡。所以，任何保存于容器存储层的信息都会随容器删除而丢失。按照 Docker 最佳实践的要求，容器不该该向其存储层内写入任何数据 ，容器存储层要保持无状态化。全部的文件写入操做，都应该使用数据卷（Volume）、或者绑定宿主目录，在这些位置的读写会跳过容器存储层，直接对宿主(或网络存储)发生读写，其性能和稳定性更高。数据卷的生存周期独立于容器，容器消亡，数据卷不会消亡。所以， 使用数据卷后，容器能够随意删除、从新 run ，数据却不会丢失。

镜像构建完成后，能够很容易的在当前宿主上运行，可是，若是须要在其它服务器上使用这个镜像，咱们就须要一个集中的存储、分发镜像的服务，Docker Registry就是这样的服务。一个 Docker Registry中能够包含多个仓库（Repository）；每一个仓库能够包含多个标（Tag）；每一个标签对应一个镜像。因此说：镜像仓库是Docker用来集中存放镜像文件的地方相似于咱们以前经常使用的代码仓库。一般，一个仓库会包含同一个软件不一样版本的镜像，而标签就经常使用于对应该软件的各个版本。咱们能够经过 <仓库名>:<标签>的格式来指定具体是这个软件哪一个版本的镜像。若是不给出标签，将以 latest 做为默认标签.。最常使用的 Registry 公开服务是官方的 Docker Hub ，这也是默认的 Registry，并拥有大量的高质量的官方镜像。除了使用公开服务外，用户还能够在 本地搭建私有 Docker Registry 。Docker 官方提供了 Docker Registry 镜像，能够直接使用作为私有 Registry 服务。开源的 Docker Registry 镜像只提供了 Docker Registry API 的服务端实现，足以支持 docker 命令，不影响使用。但不包含图形界面，以及镜像维护、用户管理、访问控制等高级功能。

东软SaCa Aclome云管理平台支持云上管理