d 资源允许用户验 证镜像的来源和内容。 根据是否是官方提供，可将镜像资源分为两类。 一种是类似 centos 这样的基础镜像，被称为基础或根镜 像。这些基础镜像是由 Docker 公司创建、验证、支持、提供。这样的镜像往往使用单个单词作为名字。 还有一种类型，比如 tianon/centos 镜像，它是由 Docker 的用户创建并维护的，往往带有用户名称前 缀。可以通过前缀 user_name/ --name 标记可以为容器自定义命名。 $ sudo docker run -d -P --name web training/webapp python app.py 使用 docker ps 来验证设定的命名。 $ sudo docker ps -l CONTAINER ID IMAGE COMMAND CREATED STATUS 信一样。 那么，内核中实现名字空间和私有网络的代码是否足够成熟？ 内核名字空间从 2.6.15 版本（2008 年 7 月发布）之后被引入，数年间，这些机制的可靠性在诸多大型生 产系统中被实践验证。 实际上，名字空间的想法和设计提出的时间要更早，最初是为了在内核中引入一种机制来实现 OpenVZ 的 特性。 而 OpenVZ 项目早在 2005 年就发布了，其设计和实现都已经十分成熟。

受关注程度）、是否官方创建、是否自动创建。 官方的镜像说明是官方项目组创建和维护的，automated 资源允许用户验证镜像的来源和内 容。 Docker Hub 118 根据是否是官方提供，可将镜像资源分为两类。 一种是类似 centos 这样的镜像，被称为基础镜像或根镜像。这些基础镜像由 Docker 公司创 建、验证、支持、提供。这样的镜像往往使用单个单词作为名字。 还有一种类型，比如 tianon/centos 删除构建过程中的临时容器。 --no-cache 构建镜像过程中不使用 cache（这将加长构建过程）。 --pull 始终尝试通过 pull 来获取更新版本的镜像。 config 验证 Compose 文件格式是否正确，若正确则显示配置，若格式错误显示错误原因。 down 此命令将会停止 up 命令所启动的容器，并移除网络 exec 进入指定的容器。 help 物理交换机通信一样。 那么，内核中实现命名空间和私有网络的代码是否足够成熟？ 内核命名空间从 2.6.15 版本（2008 年 7 月发布）之后被引入，数年间，这些机制的可靠性 在诸多大型生产系统中被实践验证。 实际上，命名空间的想法和设计提出的时间要更早，最初是为了在内核中引入一种机制来实 现 OpenVZ 的特性。 而 OpenVZ 项目早在 2005 年就发布了，其设计和实现都已经十分成 熟。