mirror of
https://github.com/yeasy/docker_practice.git
synced 2024-12-25 14:38:54 +00:00
Update cmd result
Signed-off-by: Kang Huaishuai <khs1994@khs1994.com>
This commit is contained in:
Kang Huaishuai
parent
0a87d2a643
commit
6f810c89f3
@ -28,12 +28,11 @@ azukiapp/busybox This image is meant to be used as the base...
|
||||
|
||||
```bash
|
||||
$ docker pull busybox:latest
|
||||
busybox:latest: The image you are pulling has been verified
|
||||
e433a6c5b276: Pull complete
|
||||
e72ac664f4f0: Pull complete
|
||||
511136ea3c5a: Pull complete
|
||||
df7546f9f060: Pull complete
|
||||
latest: Pulling from library/busybox
|
||||
5c4213be9af9: Pull complete
|
||||
Digest: sha256:c6b45a95f932202dbb27c31333c4789f45184a744060f6e569cc9d2bf1b9ad6f
|
||||
Status: Downloaded newer image for busybox:latest
|
||||
docker.io/library/busybox:latest
|
||||
```
|
||||
|
||||
下载后，可以看到 `busybox` 镜像只有 **2.433 MB**：
|
||||
|
||||
@ -9,21 +9,21 @@ redis latest 5f515359c7f8 5 days ago
|
||||
nginx latest 05a60462f8ba 5 days ago 181 MB
|
||||
mongo 3.2 fe9198c04d62 5 days ago 342 MB
|
||||
<none> <none> 00285df0df87 5 days ago 342 MB
|
||||
ubuntu 18.04 f753707788c5 4 weeks ago 127 MB
|
||||
ubuntu latest f753707788c5 4 weeks ago 127 MB
|
||||
ubuntu 18.04 329ed837d508 3 days ago 63.3MB
|
||||
ubuntu bionic 329ed837d508 3 days ago 63.3MB
|
||||
```
|
||||
|
||||
列表包含了 `仓库名`、`标签`、`镜像 ID`、`创建时间` 以及 `所占用的空间`。
|
||||
|
||||
其中仓库名、标签在之前的基础概念章节已经介绍过了。**镜像 ID** 则是镜像的唯一标识，一个镜像可以对应多个 **标签**。因此，在上面的例子中，我们可以看到 `ubuntu:18.04` 和 `ubuntu:latest` 拥有相同的 ID，因为它们对应的是同一个镜像。
|
||||
其中仓库名、标签在之前的基础概念章节已经介绍过了。**镜像 ID** 则是镜像的唯一标识，一个镜像可以对应多个 **标签**。因此，在上面的例子中，我们可以看到 `ubuntu:18.04` 和 `ubuntu:bionic` 拥有相同的 ID，因为它们对应的是同一个镜像。
|
||||
|
||||
## 镜像体积
|
||||
|
||||
如果仔细观察，会注意到，这里标识的所占用空间和在 Docker Hub 上看到的镜像大小不同。比如，`ubuntu:18.04` 镜像大小，在这里是 `127 MB`，但是在 [Docker Hub](https://hub.docker.com/_/ubuntu?tab=tags) 显示的却是 `50 MB`。这是因为 Docker Hub 中显示的体积是压缩后的体积。在镜像下载和上传过程中镜像是保持着压缩状态的，因此 Docker Hub 所显示的大小是网络传输中更关心的流量大小。而 `docker image ls` 显示的是镜像下载到本地后，展开的大小，准确说，是展开后的各层所占空间的总和，因为镜像到本地后，查看空间的时候，更关心的是本地磁盘空间占用的大小。
|
||||
如果仔细观察，会注意到，这里标识的所占用空间和在 Docker Hub 上看到的镜像大小不同。比如，`ubuntu:18.04` 镜像大小，在这里是 `63.3MB`，但是在 [Docker Hub](https://hub.docker.com/layers/ubuntu/library/ubuntu/bionic/images/sha256-32776cc92b5810ce72e77aca1d949de1f348e1d281d3f00ebcc22a3adcdc9f42?context=explore) 显示的却是 `25.47 MB`。这是因为 Docker Hub 中显示的体积是压缩后的体积。在镜像下载和上传过程中镜像是保持着压缩状态的，因此 Docker Hub 所显示的大小是网络传输中更关心的流量大小。而 `docker image ls` 显示的是镜像下载到本地后，展开的大小，准确说，是展开后的各层所占空间的总和，因为镜像到本地后，查看空间的时候，更关心的是本地磁盘空间占用的大小。
|
||||
|
||||
另外一个需要注意的问题是，`docker image ls` 列表中的镜像体积总和并非是所有镜像实际硬盘消耗。由于 Docker 镜像是多层存储结构，并且可以继承、复用，因此不同镜像可能会因为使用相同的基础镜像，从而拥有共同的层。由于 Docker 使用 Union FS，相同的层只需要保存一份即可，因此实际镜像硬盘占用空间很可能要比这个列表镜像大小的总和要小的多。
|
||||
|
||||
你可以通过以下命令来便捷的查看镜像、容器、数据卷所占用的空间。
|
||||
你可以通过 `docker system df` 命令来便捷的查看镜像、容器、数据卷所占用的空间。
|
||||
|
||||
```bash
|
||||
$ docker system df
|
||||
@ -76,8 +76,8 @@ $ docker image ls -a
|
||||
```bash
|
||||
$ docker image ls ubuntu
|
||||
REPOSITORY TAG IMAGE ID CREATED SIZE
|
||||
ubuntu 18.04 f753707788c5 4 weeks ago 127 MB
|
||||
ubuntu latest f753707788c5 4 weeks ago 127 MB
|
||||
ubuntu 18.04 329ed837d508 3 days ago 63.3MB
|
||||
ubuntu bionic 329ed837d508 3 days ago 63.3MB
|
||||
```
|
||||
|
||||
列出特定的某个镜像，也就是说指定仓库名和标签
|
||||
@ -85,7 +85,7 @@ ubuntu latest f753707788c5 4 weeks ago
|
||||
```bash
|
||||
$ docker image ls ubuntu:18.04
|
||||
REPOSITORY TAG IMAGE ID CREATED SIZE
|
||||
ubuntu 18.04 f753707788c5 4 weeks ago 127 MB
|
||||
ubuntu 18.04 329ed837d508 3 days ago 63.3MB
|
||||
```
|
||||
|
||||
除此以外，`docker image ls` 还支持强大的过滤器参数 `--filter`，或者简写 `-f`。之前我们已经看到了使用过滤器来列出虚悬镜像的用法，它还有更多的用法。比如，我们希望看到在 `mongo:3.2` 之后建立的镜像，可以用下面的命令：
|
||||
@ -116,9 +116,8 @@ $ docker image ls -q
|
||||
05a60462f8ba
|
||||
fe9198c04d62
|
||||
00285df0df87
|
||||
f753707788c5
|
||||
f753707788c5
|
||||
1e0c3dd64ccd
|
||||
329ed837d508
|
||||
329ed837d508
|
||||
```
|
||||
|
||||
`--filter` 配合 `-q` 产生出指定范围的 ID 列表，然后送给另一个 `docker` 命令作为参数，从而针对这组实体成批的进行某种操作的做法在 Docker 命令行使用过程中非常常见，不仅仅是镜像，将来我们会在各个命令中看到这类搭配以完成很强大的功能。因此每次在文档看到过滤器后，可以多注意一下它们的用法。
|
||||
@ -133,9 +132,8 @@ $ docker image ls --format "{{.ID}}: {{.Repository}}"
|
||||
05a60462f8ba: nginx
|
||||
fe9198c04d62: mongo
|
||||
00285df0df87: <none>
|
||||
f753707788c5: ubuntu
|
||||
f753707788c5: ubuntu
|
||||
1e0c3dd64ccd: ubuntu
|
||||
329ed837d508: ubuntu
|
||||
329ed837d508: ubuntu
|
||||
```
|
||||
|
||||
或者打算以表格等距显示，并且有标题行，和默认一样，不过自己定义列：
|
||||
@ -147,6 +145,6 @@ IMAGE ID REPOSITORY TAG
|
||||
05a60462f8ba nginx latest
|
||||
fe9198c04d62 mongo 3.2
|
||||
00285df0df87 <none> <none>
|
||||
f753707788c5 ubuntu 18.04
|
||||
f753707788c5 ubuntu latest
|
||||
329ed837d508 ubuntu 18.04
|
||||
329ed837d508 ubuntu bionic
|
||||
```
|
||||
|
||||
@ -18,13 +18,12 @@ docker pull [选项] [Docker Registry 地址[:端口号]/]仓库名[:标签]
|
||||
```bash
|
||||
$ docker pull ubuntu:18.04
|
||||
18.04: Pulling from library/ubuntu
|
||||
bf5d46315322: Pull complete
|
||||
9f13e0ac480c: Pull complete
|
||||
e8988b5b3097: Pull complete
|
||||
40af181810e7: Pull complete
|
||||
e6f7c7e5c03e: Pull complete
|
||||
Digest: sha256:147913621d9cdea08853f6ba9116c2e27a3ceffecf3b492983ae97c3d643fbbe
|
||||
92dc2a97ff99: Pull complete
|
||||
be13a9d27eb8: Pull complete
|
||||
c8299583700a: Pull complete
|
||||
Digest: sha256:4bc3ae6596938cb0d9e5ac51a1152ec9dcac2a1c50829c74abd9c4361e321b26
|
||||
Status: Downloaded newer image for ubuntu:18.04
|
||||
docker.io/library/ubuntu:18.04
|
||||
```
|
||||
|
||||
上面的命令中没有给出 Docker 镜像仓库地址，因此将会从 Docker Hub 获取镜像。而镜像名称是 `ubuntu:18.04`，因此将会获取官方镜像 `library/ubuntu` 仓库中标签为 `18.04` 的镜像。
|
||||
|
||||
@ -4,7 +4,7 @@
|
||||
|
||||
**Docker** 自开源后受到广泛的关注和讨论，至今其 [GitHub 项目](https://github.com/moby/moby) 已经超过 5 万 7 千个星标和一万多个 `fork`。甚至由于 `Docker` 项目的火爆，在 `2013` 年底，[dotCloud 公司决定改名为 Docker](https://www.docker.com/blog/dotcloud-is-becoming-docker-inc/)。`Docker` 最初是在 `Ubuntu 12.04` 上开发实现的；`Red Hat` 则从 `RHEL 6.5` 开始对 `Docker` 进行支持；`Google` 也在其 `PaaS` 产品中广泛应用 `Docker`。
|
||||
|
||||
**Docker** 使用 `Google` 公司推出的 [Go 语言](https://golang.org/) 进行开发实现，基于 `Linux` 内核的 [cgroup](https://zh.wikipedia.org/wiki/Cgroups)，[namespace](https://en.wikipedia.org/wiki/Linux_namespaces)，以及 [OverlayFS](https://docs.docker.com/storage/storagedriver/overlayfs-driver/) 类的 [Union FS](https://en.wikipedia.org/wiki/Union_mount) 等技术，对进程进行封装隔离，属于 [操作系统层面的虚拟化技术](https://en.wikipedia.org/wiki/Operating-system-level_virtualization)。由于隔离的进程独立于宿主和其它的隔离的进程，因此也称其为容器。最初实现是基于 [LXC](https://linuxcontainers.org/lxc/introduction/)，从 0.7 版本以后开始去除 `LXC`，转而使用自行开发的 [libcontainer](https://github.com/docker/libcontainer)，从 1.11 开始，则进一步演进为使用 [runC](https://github.com/opencontainers/runc) 和 [containerd](https://github.com/containerd/containerd)。
|
||||
**Docker** 使用 `Google` 公司推出的 [Go 语言](https://golang.org/) 进行开发实现，基于 `Linux` 内核的 [cgroup](https://zh.wikipedia.org/wiki/Cgroups)，[namespace](https://en.wikipedia.org/wiki/Linux_namespaces)，以及 [OverlayFS](https://docs.docker.com/storage/storagedriver/overlayfs-driver/) 类的 [Union FS](https://en.wikipedia.org/wiki/Union_mount) 等技术，对进程进行封装隔离，属于 [操作系统层面的虚拟化技术](https://en.wikipedia.org/wiki/Operating-system-level_virtualization)。由于隔离的进程独立于宿主和其它的隔离的进程，因此也称其为容器。最初实现是基于 [LXC](https://linuxcontainers.org/lxc/introduction/)，从 `0.7` 版本以后开始去除 `LXC`，转而使用自行开发的 [libcontainer](https://github.com/docker/libcontainer)，从 `1.11` 版本开始，则进一步演进为使用 [runC](https://github.com/opencontainers/runc) 和 [containerd](https://github.com/containerd/containerd)。
|
||||
|
||||
|
||||
|
||||
|
||||
@ -28,7 +28,7 @@ saltstack/centos-6-minimal
|
||||
tutum/centos-6.4 DEPRECATED. Use tutum/centos:6.4 instead. ... 5 [OK]
|
||||
```
|
||||
|
||||
可以看到返回了很多包含关键字的镜像，其中包括镜像名字、描述、收藏数（表示该镜像的受关注程度）、是否官方创建（OFFICIAL）、是否自动构建 （AUTOMATED）。
|
||||
可以看到返回了很多包含关键字的镜像，其中包括镜像名字、描述、收藏数（表示该镜像的受关注程度）、是否官方创建（`OFFICIAL`）、是否自动构建 （`AUTOMATED`）。
|
||||
|
||||
根据是否是官方提供，可将镜像分为两类。
|
||||
|
||||
@ -42,11 +42,12 @@ tutum/centos-6.4 DEPRECATED. Use tutum/centos:6.4
|
||||
|
||||
```bash
|
||||
$ docker pull centos
|
||||
Pulling repository centos
|
||||
0b443ba03958: Download complete
|
||||
539c0211cd76: Download complete
|
||||
511136ea3c5a: Download complete
|
||||
7064731afe90: Download complete
|
||||
Using default tag: latest
|
||||
latest: Pulling from library/centos
|
||||
7a0437f04f83: Pull complete
|
||||
Digest: sha256:5528e8b1b1719d34604c87e11dcd1c0a20bedf46e83b5632cdeac91b8c04efc1
|
||||
Status: Downloaded newer image for centos:latest
|
||||
docker.io/library/centos:latest
|
||||
```
|
||||
|
||||
## 推送镜像
|
||||
@ -74,17 +75,17 @@ username/ubuntu
|
||||
|
||||
## 自动构建
|
||||
|
||||
自动构建（Automated Builds）功能对于需要经常升级镜像内程序来说，十分方便。
|
||||
自动构建（`Automated Builds`）功能对于需要经常升级镜像内程序来说，十分方便。
|
||||
|
||||
有时候，用户构建了镜像，安装了某个软件，当软件发布新版本则需要手动更新镜像。
|
||||
|
||||
而自动构建允许用户通过 Docker Hub 指定跟踪一个目标网站（支持 [GitHub](https://github.com) 或 [BitBucket](https://bitbucket.org)）上的项目，一旦项目发生新的提交 （commit）或者创建了新的标签（tag），Docker Hub 会自动构建镜像并推送到 Docker Hub 中。
|
||||
而自动构建允许用户通过 Docker Hub 指定跟踪一个目标网站（支持 [GitHub](https://github.com) 或 [BitBucket](https://bitbucket.org)）上的项目，一旦项目发生新的提交 （`commit`）或者创建了新的标签（`tag`），Docker Hub 会自动构建镜像并推送到 Docker Hub 中。
|
||||
|
||||
要配置自动构建，包括如下的步骤：
|
||||
|
||||
* 登录 Docker Hub；
|
||||
|
||||
* 在 Docker Hub 点击右上角头像，在账号设置（Account Settings）中关联（Linked Accounts）目标网站；
|
||||
* 在 Docker Hub 点击右上角头像，在账号设置（`Account Settings`）中关联（`Linked Accounts`）目标网站；
|
||||
|
||||
* 在 Docker Hub 中新建或选择已有的仓库，在 `Builds` 选项卡中选择 `Configure Automated Builds`；
|
||||
|
||||
|
||||
Loading…
Reference in New Issue
Block a user