docker——镜像管理

镜像也是docker的核心组件之一，镜像时容器运行的基础，容器是镜像运行后的形态。总体来说，镜像是一个包含程序运行必要以来环境和代码的只读文件，它采用分层的文件系统，将每一层的改变以读写层的形式增加到原来的只读文件上。

镜像与容器的关系

前文已经向读者介绍过容器的使用了，细心的读者可能已经发现，容器在启动或者创建时，必须指定一个镜像的名称或者id，其实，这时镜像所扮演的角色就是容器的模版，不同的镜像可以构造出不同的容器。如下命令：

docker run -itd --name nginx nginx

命令中的最后一个nginx即表示创建该容器所需要的模板

镜像的体系结构

镜像的最底层是一个启动文件系统（bootfs）镜像，bootfs的上层镜像叫做根镜像，一般来说，根镜像是一个操作系统，例如Ubuntu、CentOS等，用户的镜像必须构建于根镜像之上，在根镜像之上，用户可以构建出各种各样的其他镜像。从上面的介绍读者可以看出，镜像的本质其实就是一系列文件的集合，一层套一层的结构有点类似于Git。

镜像的写时复制机制

通过docker run 命令指定一个容器创建镜像时，实际上是在该镜像上创建一个空的可读写的文件系统层级，可以将这个文件系统层级当成一个临时的镜像来对待，而命令中所指的模版镜像则可以称之为父镜像。父镜像的内容都是以只读的方式挂载进来的，容器会读取共享父镜像的内容，用户所做的所有修改都是在文件系统中，不会对父镜像造成任何影响。当然用户可以通过其他一些手段使修改持久化到父镜像中，这个我们后面会详细介绍到。

查看

docker images
用户可以通过docker images命令查看本地所有镜像

这里一共有五个参数：
1.REPOSITORY
仓库名称，仓库一般用来存放同一类型的镜像，仓库的名称由其创建者指定。如果没有指定则为。一般来说，仓库名称有如下几种不同的形式。

[namespace\ubuntu]:这种仓库名称由命名空间和实际的仓库名组成，中间通过\隔开。当开发者在Docker Hub上创建一个用户时，用户名就是默认的命名空间，这个命令空间是用来区分Docker Hub上注册的不同用户或者组织（类似于GitHub上用户名的作用），如果读者想将自己的镜像上传到DockerHub上供别人使用，则必须指定命名空间。
[ubuntu]:这种只有仓库名，对于这种没有命名空间的仓库名，可以认为其属于顶级命名空间，该空间的仓库只用于官方的镜像，由Docker官方进行管理，但一般会授权给第三方进行开发维护。当然用户自己创建的镜像也可以使用这种命名方式，但是将无法上传到Docker Hub上共享。
[hub.c.163.com/library/nginx]:这种指定url路径的方式，一般用于非Docker Hub上的镜像命名，例如一个第三方服务商提供的镜像或者开发者自己搭建的镜像中心，都可以使用这种命名方式命名。

TAG 用于区分同一仓库的不同镜像，默认为latest
IMAGE ID 是镜像的一个唯一标识符
CREATED 镜像的创建时间
SIZE 表示镜像大小
使用docker images命令可以查看本地所有的镜像，如果镜像过多，可以通过通配符进行匹配，如下：

如果需要查看镜像的详细信息，也可以通过上文提到的docker inspect 命令来查看

下载

当用户执行docker run命令时，就会自动去Docker Hub上下载相关的镜像，这个就不再重复演示，开发者也可以通过search命令去Docker Hub上搜索符合要求的镜像，如下：

其中：
NAME：表示镜像的名称
DESCRIPTION：表示镜像的简要描述
STARS:表示用户对镜像的评分，评分越高越可以放心使用。
OFFICIAL：是否为官方镜像
AUTOMATED: 是否使用了自动构建