测验：OCI 镜像格式

清单中的layers[].digest和配置中的rootfs.diff_ids之间的正确关系是什么？

• 这两个值始终是完全相同的哈希值，唯一的区别是清单和配置的表示法。
• 摘要是 tar+gzip 压缩副本（下载）的哈希值，diff_id 是未压缩 tar（堆叠）的哈希值。
• diff_id 是表示层顺序的整数
• 摘要是标签名称的哈希值

以下哪项正确地从顶部开始列出了 OCI 图像的三层结构？

• 镜像配置 → 镜像清单 → 镜像索引
• 镜像清单 → 镜像索引 → 镜像配置
• 镜像索引 → 镜像清单 → 镜像配置
• 镜像索引 → 镜像配置 → 镜像清单

当我将镜像从 Docker 模式转换为 OCI 格式时，摘要拉取和签名验证被破坏。为什么？

• 如果清单中的字节发生变化，则哈希或摘要也会发生变化。
• 这是因为在转换过程中图层内容被损坏。
• 因为OCI格式不支持签名
• 这是因为转换时标签会自动更改为最新。

当对多个注册表进行集群时，为什么难题最终会集中在序列化标签更新上？

• 由于标签字符串比摘要长，因此网络负载较大。
• 由于标签是一个人附加的变量指针，因此它指向的摘要是共享的。
• 这是因为每个节点的摘要计算方式不同。
• 因为标签没有被压缩

我使用将节点上传到 ubuntu:22.04 的相同基础上传了 10 个图像到注册表。哪项描述最能描述存储的数量？

• 10x 基础 + 10x 应用层
• 1x 基础 + 1x 应用层
• 10x，因为整个图像被重新保存
• 1x 基础 + 10x 应用层

在生产部署清单中将图像固定为摘要而不是标签的最根本原因是什么？

• 这是因为作为摘要接收时的拉取速度比作为标签接收时的拉取速度更快。
• 这是因为标签使用更多的注册表空间。
• 摘要是内容的哈希值，因此相同的引用始终保证相同的内容，但可以随时更改标签以指向不同的摘要。
• 使用摘要时，会自动执行图像扫描。