述
前面的文章中说的都是一些针对容器的操作,下面再来看一下镜像,镜像是容器运行的基础,容器是镜像运行后的形态
镜像是一个包含程序运行必要的环境和代码的只读文件,它采用分层的文件系统,将每一层的改变以读写的形式增加到原来的只读文件上
镜像和容器的关系
前文中我们已经使用过容器了,我们在创建或者启动一个容器的时候,必须要指定一个镜像的名称或者id,这时镜像所扮演的角色就是容器的模板,不同的镜像可以构造出不同的容器.
我们上文中运行了一个nginx容器,命令如下:1
docker run -itd --name nginx -p 80:80 nginx
命令中的最后一个nginx就表示创建这个容器所需要的模板
镜像的体系结构
镜像的最底层是一个启动文件系统(bootfs)镜像,bootfs的上层镜像叫做根镜像,一般来说,根镜像是一个操作系统,例如Ubuntu,CentOS等,用户的镜像必须构建于根镜像之上,在根镜像之上,用户可以构建出各种各样的其他镜像
镜像的本质其实就是一系列文件的集合,一层套一层的结构有点类似于Git.
镜像的写时复制机制
当docker第一次启动一个容器的时候,初始的读写层是空的,当文件系统发生变化时,这些变化都会应用到这一层之上,比如,如果你想修改一个文件,这个文件首先会从该读写层下面的只读层复制到该读写层,由此,该文件的只读版本依然存在于只读层,只是被读写层的该文件副本隐藏,该机制本被称之为写时复制.
查看本地镜像
通过以下命令可以查询到所有的本地镜像:1
docker images
返回值详解
可以看到这里一共是有5个信息,下面来详细的看一下每个列代表的是什么意思
REPOSITORY
仓库名称,仓库一般用来存放同一类型的镜像,仓库的名称由其创建者指定,如果没有指定则为\<none>,一般来说,仓库名称有如下几种不同的形式:
[namespace\ubuntu]
: 这种仓库名称由命名空间和实际的仓库名组成,中间通过\隔开.当开发者在Docker Hub上创建一个用户时,用户名就是默认的命名空间,这个命令空间是用来区分Docker Hub上注册的不同用户或者组织(类似于GitHub上用户名的作用),如果将自己的镜像上传到Docker Hub上供别人使用,则必须指定命名空间[ubuntu]
:这种只有仓库名,对于这种没有命名空间的仓库名,可以认为其属于顶级命名空间,该空间的仓库只用于官方的镜像,由Docker官方进行管理,但一般会授权给第三方进行开发维护.当然用户自己创建的镜像也可以使用这种命名方式,但是将无法上传到Docker Hub上共享.[daocloud.io/library/redis]
: 这种指定url路径的方式,一般用于非Docker Hub上的镜像命名,例如一个第三方服务商提供的镜像或者开发者?自己搭建的镜像中心,都可以使用这种命名方式命名
TAG
TAG是镜像的标签,用来区分同一仓库中的不同镜像,默认是latest
IMAGE_ID
镜像的ID,唯一标识符
CREATED
表示镜像创建的时间
SIZE
表示镜像的大小
通配符过滤
使用docker images
可以列出所有的镜像,但是当我们本地镜像太多的时候,还可以通过通配符匹配,如下:
如果想要查看镜像的详细信息,也可以通过以下命令去查看:1
docker inspect 镜像ID/名称
下载镜像
我们去执行docker run
命令的时候,如果本地没有镜像,就会自动去Docker Hub去下载,之前已经演示过了,我们也可以通过命令去Docker Hub上去搜索符合要求的镜像,命令如下:1
docker search 镜像名称
返回列详解
- NAME: 镜像名称
- DESCRIPTION: 描述
- STARS: 表示用户对镜像的评分,评分越高越可以放心使用
- OFFICIAL: 是否为官方镜像
- AUTOMATED: 是否使用了自动构建
在使用docker run
运行容器的时候再去下载镜像,速度可能会有点慢,所以我们可以在镜像运行之前先把镜像给下载下来,命令如下:1
docker pull 指定的镜像
这里就跟从github上往下拉代码是差不多的
删除镜像
删除镜像的命令是docker rmi 镜像id/镜像名称
,之前我们有用过,这里就不多说了