广州网站建设哪里好,电商wordpress,2345网址导航怎么卸载win10,做网站的网址是哪里来的1 概述#xff1a;
1.1 历史概要
2016年#xff0c;Docker制定了镜像规范v2#xff0c;并在Docker 1.10中实现了这个规范。镜像规范v2分为Schema 1和Schema 2。 Schema 1主要兼容使用v1规范的Docker客户端#xff08;从2017年2月起#xff0c;镜像规范v1不再被Registry支…1 概述
1.1 历史概要
2016年Docker制定了镜像规范v2并在Docker 1.10中实现了这个规范。镜像规范v2分为Schema 1和Schema 2。 Schema 1主要兼容使用v1规范的Docker客户端从2017年2月起镜像规范v1不再被Registry支持如Docker 1.9及之前的客户端。 Schema 2主要实现了两个功能支持多体系架构的镜像和可通过内容寻址的镜像其中最大的改进就是根据内容的SHA256摘要生成ID只要内容相同ID就是一样的可用于区分相同的层文件即可内容寻址。 OCI在2017年7月发布了OCI镜像规范1.0。因为Docker v2的镜像规范已经成为事实上的标准OCI镜像规范实质上是以Docker镜像规范v2为基础制定的因此二者在绝大多数情况下是兼容或相似的。如Docker镜像规范中的镜像索引imageindex和OCI镜像规范中的清单索引manifest index是等价的。 1.2 OCI规范概要
OCI镜像规范是以Docker镜像规范v2为基础制定的它定义了镜像的主要格式及内容此规范主要用于镜像仓库服务存放镜像、分发镜像等场景。
OCI 定义的镜像包括4个部分 a、镜像索引Image Index 镜像索引不是必需的如果存在则指明了一组支持不同架构平台的相关镜像例如arm和amdlinux和windows。用户无须指定操作系统和平台就可完全依赖客户端获取正确版本的镜像。 b、清单Manifest 清单是JSON格式的描述文件列出了镜像的配置和层文件。 c、配置Configuration 配置是JSON格式的描述文件说明了镜像运行的参数。在本地配置的摘要是作为本地镜像的标识。 d、层文件Layers 层文件则是镜像的内容即镜像包含的文件一般是二进制数据文件格式Blob。一个镜像可以有一个或多个层文件。
镜像的4个部分之间是通过摘要digest来相互引用reference的。镜像各部分的关系如图1-13所示。 1.3 镜像存储思想概要
镜像存储的本质还是分层存储但是本地存储和远程镜像仓库的存储是不完全一样的。 远程镜像仓库存储的镜像是压缩文件问什么 远程镜像仓库存储的核心是方便镜像快速分发上传和拉取和大量存储所以在实现上是依据镜像层来独立[ 压缩 ]和存储然后使用镜像清单manifest包含所有的层通过镜像摘要digest和Tag关联起来。从下图的registry服务的数据目录中可见镜像层确实是压缩文件。 远程镜像仓库存储的镜像是源文件非压缩问什么 镜像在本地存储的核心是快速加载和启动容器容器在启动时需要将镜像层按照顺序堆叠作为容器的运行环境并且本地不需要大量存储所有镜像用什么就存储什么因此镜像在本地存储中使用非压缩形式存放更利于启动容器。 2 镜像细节
2.1 远程存储的镜像
在镜像仓库上存储容器镜像的简化结构如图1-11所示主要由三部分组成清单文件manifest、镜像文件configuration和层文件layers。在镜像清单文件manifest中存放了配置文件configuration的摘要和层文件layers的摘要这些摘要或者叫哈希值、指纹等等都是通过文件内容计算而来的因此叫作内容寻址。 镜像摘要是依据镜像清单文件的内容计算SHA256哈希值而来的。镜像摘要不是镜像ID。镜像摘要可取代tag来在registry中搜索特定的镜像因为tag最终要映射到一个镜像摘要。 内容寻址的好处是除了可以唯一标识不同的文件还可以在传输过程中通过摘要做文件校验。在文件下载完成后计算所下载文件的摘要值然后与下载时的摘要标识进行对比如果二者一致即可判断下载的文件是正确的。需要指出的是由于文件在镜像仓库端是以压缩形式存放的所以摘要值也是基于压缩文件计算而来的。 2.2 本地存储的镜像
在本地存储中使用配置文件的摘要作为本地镜像的标识主要是因为本地镜像存放的文件都是非压缩的文件而镜像仓库存放的是压缩文件因此层文件在本地和镜像仓库中有不同的摘要值。因为压缩文件的内容会受到压缩算法等因素的影响所以同样内容的层无法保证压缩后摘要的唯一性而镜像清单文件包含压缩层文件的摘要因此通过镜像清单文件的摘要即镜像摘要无法在本地确定镜像的唯一性。配置文件则不同其中包含的层信息是未压缩的摘要值因此相同镜像的各层内容必然相同配置文件的摘要值是唯一确定的因此可以作为本地镜像的标志。 2.3 拉取镜像的主要过程
1向镜像仓库请求镜像的[ 清单文件manifest ]。 2获取镜像ID查看镜像ID是否在本地存在。 3若不存在则下载[ 配置文件config ]config文件中含有每个未压缩层文件的摘要DIFF_ID。 4检查层文件是否在本地存在若不存在则从镜像仓库中拉取每一层的[ 压缩文件 ]。 5拉取层时使用镜像清单中[ 压缩层文件的摘要 ]作为内容寻址下载。 6下载完一层的文件后解压并按照摘要校验。 7当所有层文件都拉取完毕时镜像就下载完成了。 2.4 镜像索引
OCI镜像索引支持不同的操作系统及体系结构平台其核心思想是将在不同操作系统中生成的[ 一组镜像 ]合并为[ 一个镜像索引 ]存储在镜像仓库服务中如此一来客户端无须关心具体操作系统的类型而使用统一的镜像名称来拉取镜像。以DockerHub中的Redis镜像索引为例客户端程序可以在不同的操作系统平台上执行[ docker pull redis ]命令拉取Redis镜像无须在命令中显式指定镜像的操作系统。
镜像索引怎么在镜像仓库服务中创建呢不使用buildx的手工推送多arch镜像的一个例子如下 3 小结
镜像在远程仓库和在本地存储方式有些许不同因为情景不一样。镜像索引是将多个CPU架构的镜像组成看起的一个。
