本篇内容主要讲解“Registry和issue bugfix有哪些功能”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“Registry和issue bugfix有哪些功能”吧!
1）catalog api, 支持用户list Registry中所有内容。
2）manifest 文件和 layer文件的软删除。
3）支持从cache中 pull镜像，作为Dockerhub的代理。
4）存储驱动支持: 增加 阿里云 OSS 、Ceph 、Openstack Swift
1）存储驱动支持：增加 Google Cloud Storage Driver.
2）只读模式: Registry只支持 读请求。维护或一些有风险的管理员操作时 需要。
3）支持读取环境变量的配置文件。
4）支持notification endpoint 的健康状态检查。允许管理员通过放置文件的方式，暂时屏蔽掉一个Registry实例。
5）支持仓库管理员通过设置返回头部，来提升安全性。
6）Storage Driver 支持正确处理空目录
7）减少layer下载时的 roundtrips
8）catalog api的 性能优化
1）支持镜像 manifest文件 v2版本，schema 2 格式。 该格式的描述文件有两个主要目的： 一是支持Docker engine的镜像内容可寻址。 二是允许多重架构的镜像存在。即通过在更加丰富的manifest文件中描述平台相关的镜像信息。 https://github.com/docker/distribution/blob/master/docs/spec/manifest-v2-2.md
2）跨镜像层的mount 支持上传镜像时，对于已经存在的公共的blobs文件，并不会重复上传。而只是通过“浅复制”创建已存在镜像blobs的关联文件。 该功能通过上传镜像时，减少实际传输的数据，加快镜像的分发速度。
1）新的 AWS S3 Storage Driver. 实现了 基于AWS s3 sdk的存储驱动，增强了性能和稳定性。
2）垃圾回收。垃圾回收机制 会把未被Manifests关联的镜像层删除。
如果打开Registry的Read-only 模式，将无法进行镜像上传。该模式用在 垃圾回收阶段，临时禁止用户上传镜像到后端文件系统。在运行垃圾回收之前，需要打开该模式。回收完后，需要关闭该模式。该过程重启Registry两次。
与Registryv2.2.1不同，该版本Registry通过 Manifests 和Blobs提供的API并不能真正删除后端文件系统中的文件，实际存储在Ceph中的文件只有到垃圾回收的时候才会被真正删除。 分两个阶段：
1、“Mark”阶段。进程会扫描到仓库中所有manifests文件，生成一个‘mark set'，包含所有镜像层文件（blobs）的digest。这些关联到的blobs不会被删除。
2、“Sweep”阶段。进程会扫描到所有未在mark set中关联的blobs，删除之。 注意：在gc时，需要确保registry处于只读模式。因为如果在gc时，上传的镜像可能会被误删。官方说，这种模式的gc只是暂时提供，之后会支持垃圾回收自动在后台运行而无需手动操作。
1、 rados storage driver 移除。
2、 v1 signature 失效。通过采纳schema2 格式的manifest文件和弃用签名，有助于提升下载镜像时生成和返回一个单独的libtrust签名。
1）增加了镜像层blob的访问控制中间件。
2）增加来自外部源的镜像层。
3）删除 签名store。
到此，相信大家对“Registry和issue bugfix有哪些功能”有了更深的了解，不妨来实际操作一番吧！这里是亿速云网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
