Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

Red Hat Quay 发行注记

Red Hat Quay 3.8

Red Hat Quay

Red Hat OpenShift Documentation Team

摘要

Red Hat Quay 发行注记

前言
复制链接

Red Hat Quay 容器 registry 平台可在任何基础架构上提供安全存储、分发和管理容器和云原生工件。它作为独立组件或 OpenShift Container Platform 上的 Operator 提供。Red Hat Quay 包括以下功能和优点：

  • 细粒度安全管理
  • 大规模快速、稳定
  • High velocity CI/CD
  • 自动化安装及更新
  • 企业身份验证和基于团队的访问控制
  • OpenShift Container Platform 集成

Red Hat Quay 定期发布，其中包含新功能、错误修复和软件更新。要升级 Red Hat Quay for standalone 和 OpenShift Container Platform 部署，请参阅 Upgrade Red Hat Quay。

重要

Red Hat Quay 只支持回滚到以前的 z-stream 版本，如 3.7.2 → 3.7.1。不支持回滚到以前的 y-stream 版本(3.7.0 → 3.6.0)。这是因为 Red Hat Quay 更新可能包含升级到 Red Hat Quay 的新版本时应用的数据库架构升级。数据库架构升级不被视为向后兼容。

基于 Operator 的部署或基于虚拟机的部署都不支持升级到以前的 z-streams。只有在极端情况下才应进行降级。回滚您的 Red Hat Quay 部署的决定必须与 Red Hat Quay 支持和开发团队一起进行。如需更多信息，请联系红帽 Quay 支持。

Red Hat Quay 的文档随每个版本一起版本。Red Hat Quay 文档页面提供了最新的 Red Hat Quay 文档。目前，版本 3 是最新的主要版本。

注意

在版本 2.9.2 之前，Red Hat Quay 称为 Quay Enterprise。有关 2.9.2 及之前的版本的文档，请参阅 Red Hat Quay 2.9 页面的 产品文档。

第 1 章 Clair CRDA 端点被禁用
复制链接

从 2023 年 9 月 25 日起，针对 Java 漏洞匹配的代码 Ready 依赖分析服务不再可用于 Clair。服务的 API 移到不同的端点，且没有更新 Clair 来支持这个新端点的计划。相反，用户应该升级到 Red Hat Quay 3.9，以便保留由 Clair 从 Red Hat Quay 中存储的容器镜像索引的 CVE 报告，并提供额外的支持，而无需单独的 API 密钥。

2024 年 2 月 1 日发布

Red Hat Quay 版本 3.8.15 现已正式发布。此更新包括的程序错误修正信息包括在 RHBA-2024:0251 公告中。

2.1. 程序错误修复
复制链接

  • PROJQUAY-6588.使用配置编辑器 secret 密码作为重新配置请求的凭证

2023 年 11 月 8 日发布

Red Hat Quay 版本 3.8.14 现已正式发布。此更新包括的程序错误修正信息包括在 RHBA-2023:6820 公告中。

2023 年 10 月 17 日发布

Red Hat Quay 版本 3.8.13 现已正式发布。此更新包括的程序错误修正信息包括在 RHBA-2023:5686 公告中。

2023-9-12

Red Hat Quay 版本 3.8.12 现已正式发布。此更新包括的程序错误修正信息包括在 RHBA-2023:5099 公告中。

5.1. 程序错误修复
复制链接

  • PROJQUAY-6005.Quay Operator 在轮转时不信任内部服务 CA。

2023 年 3 月 10 日发布

Red Hat Quay 版本 3.8.11 现已正式发布。此更新包括的程序错误修正信息包括在 RHBA-2023:4275 公告中。

2023 年 7 月 12 日发布

Red Hat Quay 版本 3.8.10 现已正式发布。此更新包括的程序错误修正信息包括在 RHBA-2023:3891 公告中。

7.1. 程序错误修复
复制链接

  • PROJQUAY-5700.Quay 3.9.0 Bridge Operator Critical Image vulnerability CVE 2021-4238。

2023 年 1 月 20 日发布

Red Hat Quay 版本 3.8.9 现已正式发布。此更新包括的程序错误修正信息包括在 RHBA-2023:3681 公告中。

8.1. 程序错误修复
复制链接

  • PROJQUAY-4297.在 Red Hat Quay 中启用配额管理会显著减慢超级用户面板的打开速度。
  • PROJQUAY-5079.当将 horizontalpodautoscaler 参数设置为 OpenShift Container Platform 4.13 中的 managed 时，Red Hat Quay Operator pod 无法部署 Quay pod。
  • PROJQUAY-5273.代理配置不允许从上游拉取。

2023 年 5 月 24 日

Red Hat Quay 版本 3.8.8 现已正式发布。此更新包括的程序错误修正信息包括在 RHBA-2023:3181 公告中。

9.1. 程序错误修复
复制链接

2023 年 5 月 10 日

Red Hat Quay release 3.8.7 现已正式发布。此更新包括的程序错误修正信息包括在 RHBA-2023:2087 公告中。

10.1. 程序错误修复
复制链接

  • PROJQUAY-5140.提高 FEATURE_PROXY_STORAGE，以便在具有复杂的基础架构配置时删除失败。

2023 年 4 月 20 日发布

Red Hat Quay 版本 3.8.6 现已正式发布。此更新包括的程序错误修正信息包括在 RHBA-2023:1874 公告中。

11.1. 程序错误修复
复制链接

  • PROJQUAY-4972。对于特定的例外，允许存储复制 worker 继续运行。

2023 年 3 月 28 日发布

Red Hat Quay 版本 3.8.5 现已正式发布。此更新包括的程序错误修正信息包括在 RHBA-2023:1498 公告中。

12.1. 程序错误修复
复制链接

  • PROJQUAY-4845.Quay Web 界面不应该指明是用户不存在还是密码不匹配。

2023 年 3 月 14 日发布

Red Hat Quay 版本 3.8.4 现已正式发布。此更新包括的程序错误修正信息包括在 RHBA-2023:1188 公告中。

13.1. 程序错误修复
复制链接

2023 年 2 月 27 日发布

Red Hat Quay 版本 3.8.3 现已正式发布。此更新包括的程序错误修正信息包括在 RHBA-2023:0906 公告中。

14.1. 程序错误修复
复制链接

  • PROJQUAY-3643.CVE-2022-24863 quay-registry-container: http-swagger ：拒绝由主机系统的内存耗尽组成的服务攻击 [quay-3.7]

发布日期于 2023 年 2 月 15 日

Red Hat Quay 版本 3.8.2 现在包括在 Clair 4.6.0 中。此更新包括的程序错误修正信息包括在 RHBA-2023:0789 公告中。

15.1. 程序错误修复
复制链接

  • PROJQUAY-4395.CLEAN_BLOB_UPLOAD_FOLDER 的 false 默认值为 false。
  • PROJQUAY-4726.当超级用户触发器和取消构建在启用了超级用户完全访问权限的情况下，没有审计日志。
  • PROJQUAY-4992.清理已弃用的应用程序代码。

2023 年 1 月 24 日

Red Hat Quay 版本 3.8.1 现已正式发布。此更新包括的程序错误修正信息包括在 RHBA-2023:0044 公告中。

16.1. 程序错误修复
复制链接

  • PROJQUAY-2146.安全扫描报告中的组合 URL （指向勘误表 URL）。
  • PROJQUAY-.Web UI - 查看帐户会导致错误。
  • PROJQUAY-4800.将 PUT 方法添加到 CORS 方法列表。
  • PROJQUAY-4857.当域包含 Quay.io 时，添加跟踪和 Cookie 内容。
  • PROJQUAY-4527.新的 UI 切换无法从新的 UI 切回到 Apple Safari 上的当前 UI。
  • PROJQUAY-4663.删除仓库模态的分页没有显示正确的值。
  • PROJQUAY-4765.在启用了超级用户完全访问权限时，Quay 3.8.0 超级用户没有将新团队成员添加到普通用户团队的权限。

第 17 章 RHBA-2022:6976 - Red Hat Quay 3.8.0 release
复制链接

发布日期 2022 年 12 月 6 日

Red Hat Quay 版本 3.8.0 现在包括在 Clair 4.5.1 中。此更新包括的程序错误修正信息包括在 RHBA-2022:6976 公告中。

对 Red Hat Quay、Clair 和 Quay Builders 进行了以下更新：

  • 在以前的版本中，Red Hat Quay 只支持 IPv4 协议系列。Red Hat Quay 3.8 独立部署中现在提供了 IPv6 支持。另外，提供了双栈(IPv4/IPv6)支持。

    Expand
    表 17.1. 网络协议支持
    协议系列Red Hat Quay 3.7Red Hat Quay 3.8

    IPv4

    ✓

    ✓

    IPv6

    		 

    ✓

    dual-stack (IPv4/IPv6)

    		 

    ✓

    如需更多信息，请参阅 PROJQUAY-272。

    有关已知限制的列表，请参阅 IPv6 和双栈限制。

  • 在以前的版本中，Red Hat Quay 不需要自签名证书来使用 Subject Alternative Names (SAN)。Red Hat Quay 用户可以利用 GODEBUG=x509ignoreCN=0 临时启用通用名称匹配，以绕过所需证书。

    在 Red Hat Quay 3.8 中，Red Hat Quay 已升级到使用 Go 版本 1.17。因此，设置 GODEBUG=x509ignoreCN=0 不再可以正常工作。用户必须包含使用自签名证书才能使用 SAN。

    如需更多信息，请参阅 PROJQUAY-1605。

  • 对 Red Hat Quay 代理缓存功能进行了以下改进：

    • 在以前的版本中，启用了配额管理的代理机构缓存可能会达到全部容量。因此，在管理员清理缓存的镜像前，可以阻止拉取新镜像。

      在这个版本中，Red Hat Quay 管理员现在可以使用组织的存储配额来限制缓存大小。限制缓存大小可确保通过根据镜像拉取频率或镜像总体使用丢弃镜像，确保后端存储消耗保持可预测。因此，配额管理所分配的存储大小始终保留在其限制内。

      如需更多信息，请参阅代理机构中创建存储配额限制。

    • 在以前的版本中，当对存储库进行镜像时，在远程存储库中必须存在带有 latest 标签的镜像。这个要求已被删除。现在，不再需要具有 latest 标签的镜像，您不需要明确指定现有标签。

      有关此更新的更多信息，请参阅 PROJQUAY-2179。

      如需有关标签模式的更多信息，请参阅 镜像标签模式。

  • Red Hat Quay 3.8 现在包括对以下开放容器项目(OCI)镜像介质类型的支持：

    • 打包数据交换(SPDX)
    • Syft

    • CycloneDX

      它们可以被其 config.yaml 文件中的用户配置，例如：

      config.yaml

      ...
ALLOWED_OCI_ARTIFACT_TYPES:
    application/vnd.syft+json
    application/vnd.cyclonedx
    application/vnd.cyclonedx+xml
    application/vnd.cyclonedx+json
    application/vnd.in-toto+json
...
      Copy to Clipboard Toggle word wrap

      注意

      在添加未默认配置的 OCI 介质类型时，用户还需要手动添加对 cosign 和 Helm 的支持。默认情况下支持 ztsd 压缩方案，因此用户不需要将该 OCI 介质类型添加到其 config.yaml 中以启用支持。

17.2. 新的 Red Hat Quay 配置字段
复制链接

  • 添加了以下配置字段来测试 Red Hat Quay 的新用户界面：

    • FEATURE_UI_V2 ：通过此配置字段，用户可以测试 beta UI 环境。

      默认:False

      如需更多信息，请参阅 v2 用户界面配置。

  • 添加了以下配置字段以增强 Red Hat Quay registry：

    • FEATURE_LISTEN_IP_VERSION: 此配置字段允许用户将协议系列设置为 IPv4、IPv6 或双栈。必须正确设置此配置字段，否则 Red Hat Quay 无法启动。

      默认:IPv4

      其他配置 ：IPv6、双栈

      如需更多信息，请参阅 IPv6 配置字段。

  • 添加了以下配置字段以增强轻量级目录访问协议(LDAP)部署：

    • LDAP_SUPERUSER_FILTER ：此配置字段是 LDAP_USER_FILTER 配置字段的子集。它允许 Red Hat Quay 管理员在 Red Hat Quay 用户选择 LDAP 作为其身份验证提供程序时，将轻量级目录访问协议(LDAP)用户配置为超级用户。

      使用此字段，管理员可以添加或删除超级用户，而无需更新 Red Hat Quay 配置文件并重启其部署。

      此字段要求将 AUTHENTICATION_TYPE 设置为 LDAP。

      如需更多信息，请参阅 LDAP 超级用户配置参考。

    • LDAP_RESTRICTED_USER_FILTER ：此配置字段是 LDAP_USER_FILTER 配置字段的子集。配置后，Red Hat Quay 管理员能够在 Red Hat Quay 使用 LDAP 作为其身份验证提供程序时，将轻量级目录访问协议(LDAP)用户配置为受限用户。

      此字段要求将 AUTHENTICATION_TYPE 设置为 LDAP。

      如需更多信息，请参阅 LDAP 限制用户配置。

  • 添加了以下配置字段以增强超级用户角色：

    • FEATURE_SUPERUSERS_FULL_ACCESS: 此配置字段授予超级用户在他们没有拥有或有明确权限的命名空间中读取、写入和删除内容的权限。

      如需更多信息，请参阅 FEATURE_SUPERUSERS_FULL_ACCESS 配置参考。

    • GLOBAL_READONLY_SUPER_USERS ：此配置字段授予用户读取所有软件仓库的读取访问权限，无论它们是公共存储库。

      如需更多信息，请参阅 GLOBAL_READONLY_SUPER_USERS 配置参考。

      注意

      在当前状态中，此功能仅允许指定用户从所有存储库拉取内容。在以后的 Red Hat Quay 版本中将添加管理限制。

  • 添加了以下配置字段以增强用户权限：

    • FEATURE_RESTRICTED_USERS ：使用 RESTRICTED_USERS_USERS_WHITELIST 设置时，受限用户无法在自己的命名空间中创建组织或内容。例如，普通权限适用于机构成员资格，例如，受限用户仍会根据他们所属的团队在机构中具有普通权限。

      如需更多信息，请参阅 FEATURE_RESTRICTED_USERS 配置参考。

    • RESTRICTED_USERS_WHITELIST ：使用 FEATURE_RESTRICTED_USERS 设置设置时，管理员可以从 FEATURE_RESTRICTED_USERS 设置中排除用户。

      如需更多信息，请参阅 RESTRICTED_USERS_WHITELIST 配置参考。

17.3. Red Hat Quay Operator
复制链接

对 Red Hat Quay Operator 进行了以下更新：

  • 在以前的版本中，Red Hat Quay Operator 只支持 IPv4 协议系列。Red Hat Quay 3.8 Operator 部署中现在提供了 IPv6 支持。

    Expand
    表 17.2. 网络协议支持
    协议系列Red Hat Quay 3.7 OperatorRed Hat Quay 3.8 Operator

    IPv4

    ✓

    ✓

    IPv6

    		 

    ✓

    dual-stack (IPv4/IPv6)

    		  

    如需更多信息，请参阅 PROJQUAY-272。

    有关已知限制的列表，请参阅 IPv6 和双栈限制。

17.4. Red Hat Quay 3.8 已知问题和限制
复制链接

17.4.1. 已知问题：
复制链接

  • MySQL 部署 的日志条目3 表中 metadata_json 列的大小为 TEXT。目前，列设置为 TEXT 的默认大小为 65535 字节。在关闭调试时，对于相同的镜像日志，65535 字节不够大。当将包括超过 65535 字节的 TEXT 的声明发送到 MySQL 时，发送的数据将被截断为 65535 字节。因此，当解码 metadata_json 对象时，解码会失败，因为字符串没有正确终止。因此，Red Hat Quay 返回 500 错误。

    当前没有解决此问题的临时解决方案，它将在以后的 Red Hat Quay 版本中解决。如需更多信息，请参阅 PROJQUAY-4305。

  • 在将 --sign-by-sigstore-private-key 标志与一些 Podman v4.y.z 或更高版本搭配使用时存在一个已知问题。使用 标志时，返回以下错误： Error: writing signatures: writing signatures: writing sigstore attachments by configuration 会禁用 以下错误。要将此标记与 Podman v4 一起使用，您的版本必须是 v4.2.1；在 4.2.1 之前的版本会返回上述错误。当前没有解决此问题的临时解决方案，它将在以后的 Podman 版本中被解决。

  • 目前，当使用 Podman 的 Cosign 私钥 sigstore 使用 Podman 4 推送镜像时，返回以下错误： Error: received unexpected HTTP status: 500 Internal Server Error。这是一个已知问题，将在未来的 Podman 版本中解决。

    如需更多信息，请参阅 PROJQUAY-4588。

  • 使用 FEATURE_SUPERUSERS_FULL_ACCESS 配置字段时存在一个已知问题：Red Hat Quay UI v2。设置此字段时，应审核租户内容的所有超级用户操作。目前，当超级用户删除归普通用户拥有的现有机构时，无法审计该操作。以后的 Red Hat Quay 版本中会解决这个问题。
  • 使用 FEATURE_SUPERUSERS_FULL_ACCESS 配置字段时存在一个已知问题：Red Hat Quay UI v2。当在 config.yaml 文件中将此字段设置为 true 时，Red Hat Quay 超级用户可以查看由普通用户创建的组织，但不能看到镜像存储库。作为临时解决方案，超级用户可以通过从 Organizations 页面导航到存储库来查看这些存储库。以后的 Red Hat Quay 版本中会解决这个问题。
  • 将 FEATURE_SUPERUSERS_FULL_ACCESS 配置字段设置为 true 时，超级用户在普通用户组织下创建新镜像存储库的权限。这是一个已知问题，它将在以后的 Red Hat Quay 版本中解决。
  • 当在旧的 UI 中运行 Red Hat Quay 时，超时会话会在弹出窗口中再次输入用户密码。使用新的 UI 时，超级用户返回到主页面，并需要输入其用户名和密码凭证。这是一个已知问题，将在将来的新 UI 版本中解决。
  • 当 FEATURE_RESTRICTED_USERS 设置为 true 时，超级用户无法创建新组织。这是一个已知问题，它将在以后的 Red Hat Quay 版本中解决。
  • 如果 FEATURE_RESTRICTED_USERS 或 LDAP_RESTRICTED_USER_FILTER 设置了用户，例如 user1，并且同一用户也是超级用户，则他们将无法创建新的组织。这是个已知问题。超级用户配置字段应当优先于受限用户配置，但这也是无效的配置。Red Hat Quay 管理员不应设置与受限用户和超级用户相同的用户。以后的 Red Hat Quay 版本中会解决这个问题，以便超级用户配置字段优先于受限用户字段。

  • 在 Red Hat Quay 配置编辑器中选择 Enable Storage Replication 并重新配置 Red Hat Quay 部署后，新的 Quay 和 Mirror pod 无法启动。出现这个问题的原因是，Quay 和 Mirror pod 依赖于 QUAY_DISTRIBUTED_STORAGE_PREFERENCE 环境变量，现在在 Red Hat Quay 3.8 中不支持。

    作为临时解决方案，您必须手动更新 QuayRegistry config.yaml 文件，使其包含 QUAY_DISTRIBUTED_STORAGE_PREFERENCE 环境变量，例如： 

     spec:
  components:
    - kind: clair
      managed: true
    - kind: postgres
      managed: true
    - kind: objectstorage
      managed: false
    - kind: redis
      managed: true
    - kind: horizontalpodautoscaler
      managed: true
    - kind: route
      managed: true
    - kind: mirror
      managed: true
      overrides:
        env:
          - name: QUAY_DISTRIBUTED_STORAGE_PREFERENCE
            value: local_us
    - kind: monitoring
      managed: false
    - kind: tls
      managed: true
    - kind: quay
      managed: true
      overrides:
        env:
          - name: QUAY_DISTRIBUTED_STORAGE_PREFERENCE
            value: local_us
    - kind: clairpostgres
      managed: true
    Copy to Clipboard Toggle word wrap

    这是一个已知问题，它将在以后的 Red Hat Quay 版本中解决。

  • 在配置 Red Hat Quay AWS S3 Cloudfront 时，需要一个新参数 s3_region。目前，Red Hat Quay 配置编辑器不包含此字段。作为临时解决方案，您必须在 config.yaml 文件中手动插入 s3_region 参数，例如： 

    DISTRIBUTED_STORAGE_CONFIG:
    default:
      - CloudFrontedS3Storage
      - cloudfront_distribution_domain: <domain_name>
        cloudfront_distribution_org_overrides: {}
        cloudfront_key_id: <cloudfront_key_id
        cloudfront_privatekey_filename: default_cloudfront_signing_key.pem
        host: s3.us-east-2.amazonaws.com
        s3_access_key: ***
        s3_bucket: ***
        s3_secret_key: ***
        storage_path: /cloudfronts3/quayregistry
        s3_region: us-east-2
    Copy to Clipboard Toggle word wrap

17.4.2. IPv6 和双栈限制和已知问题：
复制链接

  • 目前，尝试使用通用的 Azure Blob Storage 配置 Red Hat Quay 部署将无法正常工作在 IPv6 单一堆栈环境中。因为 Azure Blob Storage 的端点不支持 IPv6，所以这个问题没有临时解决方案。

    如需更多信息，请参阅 PROJQUAY-4433。

  • 目前，尝试使用 Amazon S3 CloudFront 配置 Red Hat Quay 部署将不能在 IPv6 单一堆栈环境中工作。因为 Amazon S3 CloudFront 的端点不支持 IPv6，因此这个问题没有临时解决方案。

    如需更多信息，请参阅 PROJQUAY-4470。

  • 目前，双栈(IPv4 和 IPv6)支持在 Red Hat Quay OpenShift Container Platform 部署中无法正常工作。当在启用了双栈支持的 OpenShift Container Platform 上部署 Red Hat Quay 3.8 时，Red Hat Quay Operator 生成的 Quay 路由只生成 IPv4 地址，而不是 IPv6 地址。因此，具有 IPv6 地址的客户端无法访问 OpenShift Container Platform 上的 Red Hat Quay 应用程序。OpenShift Container Platform 4.12 发行版本将释放这个限制。
  • 目前，Github 和 api.github.com 不支持 IPv6。当在启用了 IPv6 的 OpenShift Container Platform 上部署 Red Hat Quay 时，无法将配置编辑器配置为使用 Github 身份验证。
  • 目前，Gitlab 不支持 IPv6。
  • 当 FEATURE_LISTEN_IP_VERSION 设置为 IPv6 时，您选择了 Red Hat Quay 在配置编辑器中处理 TLS 并上传自签名证书时，存在一个已知问题。如果满足这些条件，并且您在配置编辑器中更新任何一个配置（例如，添加新的超级用户），则镜像 pod 会崩溃并返回以下错误： Init:CrashLoopBackOff。如果在部署中选择了 Red Hat Quay 处理 TLS，您必须将 FEATURE_LISTEN_IP_VERSION 设置为 IPv4。以后的 Red Hat Quay 版本中会解决这个问题。

17.5. Red Hat Quay 程序错误修复
复制链接

  • PROJQUAY-4431。代理缓存无法验证 Azure Container Registry (ACR)。

17.6. Red Hat Quay 功能跟踪器
复制链接

Red Hat Quay 中添加了新功能，其中的一些功能当前还只是一个技术预览。技术预览功能是实验性功能，不适用于生产环境。

之前版本中的一些功能已被弃用或删除。弃用的功能仍然包含在 Red Hat Quay 中，但计划在以后的发行版本中删除，且不建议在新的部署中使用。有关 Red Hat Quay 中已弃用和删除的功能的最新列表，请参考 Table 1.1。表后列出了更详细的、已弃用和删除的功能信息。

Expand
表 17.3. 技术预览
功能Quay 3.8Quay 3.7Quay 3.6

Docker v1 支持

已弃用

公开发行

公开发行

FEATURE_UI_V2

技术预览

-

-

FEATURE_LISTEN_IP_VERSION

公开发行

-

-

LDAP_SUPERUSER_FILTER

公开发行

-

-

LDAP_RESTRICTED_USER_FILTER

公开发行

-

-

FEATURE_SUPERUSERS_FULL_ACCESS

公开发行

-

-

GLOBAL_READONLY_SUPER_USERS

公开发行

-

-

FEATURE_RESTRICTED_USERS

公开发行

-

-

RESTRICTED_USERS_WHITELIST

公开发行

-

-

配额管理和强制

公开发行

公开发行

-

Red Hat Quay 构建功能增强

公开发行

公开发行

-

Red Hat Quay 作为上游 registry 的代理缓存

公开发行

技术预览

-

Geo-replication - Red Hat Quay Operator

公开发行

公开发行

-

高级 Clair 配置

公开发行

公开发行

-

支持 Microsoft Azure Government (MAG)

公开发行

公开发行

-

FEATURE_HELM_OCI_SUPPORT

已弃用

已弃用

已弃用

MySQL 和 MariaDB 数据库支持

已弃用

已弃用

已弃用

开放容器项目(OCI) Media 类型

公开发行

公开发行

公开发行

使用 Clair 进行 Java 扫描

技术预览

技术预览

技术预览

镜像 API

已弃用

已弃用

公开发行

17.6.1. 已弃用的功能
复制链接

  • 对 Docker v1 的支持现已弃用，并将在以后的 Red Hat Quay 发行版本中删除。用户现在必须选择启用 Docker v1 支持。用户应将 Docker v1 格式的任何存储镜像迁移到 OCI 镜像格式，以避免潜在的数据丢失。

法律通告
复制链接

Copyright © 2024 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情，请参阅红帽博客.

關於紅帽

我们提供强化的解决方案，使企业能够更轻松地跨平台和环境（从核心数据中心到网络边缘）工作。

Theme

© 2025 Red Hat