按需付费镜像常见问题
429
2022-07-23
重翻Fabric项目的源码,发现Docker部分内容,有很多不尽理解的地方,看着看着,就看到使用docker pull拉取Fabric镜像及使用docker tag为镜像重命名,稍作思虑,发现虽然使用过,却未求甚解,得过且过,如今已经忘了如何运用……
1. docker pull
| tag" />| tag" />| tag" />
从镜像源拉取镜像,一般来说是从Docker Hub拉取镜像(image)
docker pull [OPTIONS] NAME[:TAG|@DIGEST]
选项,简写 默认 描述 –all-tags , -a 从镜像库拉取所有tag标签名的镜像 –disable-content-trust true 忽略镜像校验
比如:
$ docker pull hyperledger/fabric-$IMAGES:$FABRIC_TAG Options: # -a 拉取所有不同标签的镜像 -a, --all-tags Download all tagged images in the repository # 忽略镜像校验,默认项 --disable-content-trust Skip image verification (default true)
我们实际操作一下看看,操作环境是常用的Ubuntu16.04
1.1 普通拉取
实际上我们可以直接拉取该镜像的最新版,默认拉取tag为latest的镜像
比如:
#拉取了java的镜像,tag为latest $ docker pull java Using default tag: latest latest: Pulling from library/java 5040bd298390: Pull complete fce5728aad85: Pull complete 76610ec20bf5: Pull complete 60170fec2151: Pull complete e98f73de8f0d: Pull complete 11f7af24ed9c: Pull complete 49e2d6393f32: Pull complete bb9cdec9c7f3: Pull complete Digest: sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d Status: Downloaded newer image for java:latest
拉取完成,我们可以查看已经拥有的镜像
$ docker images REPOSITORY TAG IMAGE ID CREATED SIZE java latest d23bdf5b1b1b 20 months ago 643MB
1.2 tag标签名拉取
从上述输出内容,我们可以发现,虽然只拉取了一个java镜像,但是拉取过程中,却有多个Pull complete,5040bd298390和fce5728aad85等8个,这是因为镜像可以由多“层”(layers)组成,而这种“层”可以被其他的镜像复用(有点像前端的组件或模块),从而组成新镜像。
如果拉取另一个镜像,其中某些“层”已经下载过,那么docker pull则只会拉取元数据,而不会重复拉取“层”。
Docker的镜像库使用了内容寻址储存功能,而镜像ID是由SHA256作为摘要代表了其中包含的配置及“层”,下面我们来证明一下,因为我拉取的是java:latest,即tag名为latest的镜像,所以我需要找到和latest同版不同tag名的镜像(本质上是一个镜像,只是标签名不一样),在Docker Hub上搜到如下结果:
拉取tag名为8-jdk的镜像:
$ docker pull java:8-jdk 8-jdk: Pulling from library/java Digest: sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d Status: Downloaded newer image for java:8-jdk
很明显,此处的拉取没有看到“层”的信息,且摘要的sha256值也与tag名为latest的镜像完全一样,本质上这是完全相同的两个镜像,由相同的“层”组成,所以不需要再次拉取了。
此时,你们也许会和我产生相同的疑问,“完全相同?”,那是不是代表他们在操作环境中只存在一个?那么又用谁的tag名来命名呢?我们来看如下输出:
$ docker images REPOSITORY TAG IMAGE ID CREATED SIZE java 8-jdk d23bdf5b1b1b 20 months ago 643MB java latest d23bdf5b1b1b 20 months ago 643MB
我们可以清楚的看到,此时查看所有镜像,有tag名分别为8-jdk和latest的镜像罗列其上,java:8-jdk和 java:latest拥有相同的image ID,因为本质上他们确实是 同一镜像 ,只是由 不同标签 所标记。
由于镜像完全相同,则他们的“层”只储存一次,且不会消耗额外的磁盘空间,即操作环境中只存在一个java镜像,也可以用不同的tag标记这个镜像。
更多关于镜像,“层”,内容寻址存储库的信息,请移步还未开的新坑深度解析Docker镜像,“层”和存储驱动
1.3 摘要拉取
通过上述两种拉取镜像的方式,我们获得了一个sha256
sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d
我们下面尝试摘要拉取镜像的方法:
$ docker pull java@sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d: Pulling from library/java Digest: sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d Status: Image is up to date for java@sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d
该摘要的镜像,已经是最新,不需要拉取。
$ docker images REPOSITORY TAG IMAGE ID CREATED SIZE java 8-jdk d23bdf5b1b1b 20 months ago 643MB java latest d23bdf5b1b1b 20 months ago 643MB
镜像列表毫无变动。
这里需要提及一个知识点,摘要可以在Dockerfile中配合FROM使用:
FROM java@sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9d
MAINTAINER some maintainer
这种引用方式,由于特定摘要,会将镜像固定为特定的版本,且不会更新,如需要使用其他版本,则需要变更摘要内容
1.4 从其他注册中心拉取
重申,默认情况下,docker pull从Docker Hub拉取镜像。当然,我们可以设置从其他注册中心拉取镜像:
$ docker pull localregistry.example:6666/testing/test-image
此处需要注意,注册中心的URL前不需要加http://或https://
1.5 从同一镜像库,一次拉取多个镜像
使用docker pull -a 则可以拉取同一镜像库中所有镜像。
1.6 取消拉取
取消拉取动作可以杀死拉取进程,直接在操作界面CTRL+c。
2. docker tag
给源镜像创建一个新的tag
docker tag SOURCE_IMAGE[:TAG] TARGET_IMAGE[:TAG]
镜像名,是由斜杠分割的每一个name组成部分构成的,如library/java。
用冒号分割name和tag,如library/java:8-jdk。
我们还可以在镜像名前加一些前缀,表示镜像来源是其他注册中心或私有注册中心,如
localregistry.example:6666/library/java:8-jdk
2.1 给Name引用的镜像加标签
$ docker tag java java:byname
读者们可以自行尝试docker tag java java:byname和docker tag java lib/java:byname有何异同
2.2 给ID引用的镜像加标签
$ docker tag d23bdf5b1b1b java:byid
2.3 给Name和Tag引用的镜像加标签
$ docker tag java:8-jdk java:bynameandid
2.4 给私有注册中心的镜像加标签
为了将镜像上传到私有注册中心,需要给镜像重命名,规则为:
$ docker tag java:8-jdk localregistry.example:6666/library/java:8-jdk-v1
docker pull和 docker tag是使用频率颇高的命令,使用方法简单,却有很多技巧,读者们可以自行练习、尝试。
后记
其实接触docker也很久了,怎么想到写这部分的内容呢?
下笔的初衷,是为求知识的沉淀,一直以来,上级领导对我的要求是快速应用技术,产生价值,那么理论研究,底层原理,甚至基础的命令,可能都不知真意,仅仅是能用,会用。
就像驾校教会学员驾驶技术(也可能没教会),却未曾教授汽车的组成(架构),运作机制(底层原理)。手会挂挡转方向盘,脚会踩离合油门刹车,是不是也就够了,会开车了。
那么为什么要沉淀?
其一,当有人问你,一些命令,一些原理的时候,你支支吾吾无法作答,因为你只是通过指尖的肌肉记忆了命令的使用方法,更遑论原理或底层;
其二,触类旁通,从最初的前端菜鸟,到后来的使用Spring Boot架构写Java应用,再到现在学习使用Linux命令(shell)、Docker、Go来应用区块链框架 HyperLedger Fabric 做生产,看似有些跨度,然而还是一个相同的领域,人与机器之间的交流。我学会的是用不同的语种去和会各种机器语言的机器去交流,就像一个活在机器国度的异族,会读,会写。在机器世界的践行之路上,与一开始的HTML,CSS,JavaScript,我的启蒙,渐行渐远。正值国庆前夕,暂且写在这里,感觉自己就是一颗过度吸水和接受充分光照的豆芽,越长越高,然而越高的地方越是纤细,根部不够繁茂,颈部不够粗壮,越是易弯易折。应当时刻鞭策自己,不弃初心,不忘本职,汲取前端更有营养的内容,强壮己身。
发表评论
暂时没有评论,来抢沙发吧~