2.2. API 兼容性例外


以下是 OpenShift Container Platform 中兼容性的例外:

RHEL CoreOS 文件系统修改没有由支持的 Operator 进行

此时,对主机操作系统的修改会在次发行版本间保留任何保证,除非这个修改是通过受支持的 Operator 公开的公共接口(如 Machine Config Operator 或 Node Tuning Operator)进行的修改。

在云或虚拟化环境中修改集群基础架构

在此时,不会保留对支持集群的云托管环境的修改,除非修改是通过产品中公开的公共接口进行的,或者作为受支持的配置进行。集群基础架构供应商负责保留其云或虚拟化基础架构,除非他们通过 API 将该授权委派给产品。

升级的集群和新安装之间的功能默认

目前,产品次版本的新安装功能与之前次版本一起安装的产品版本相同,不会进行保证。例如,未来版本的产品可能会置备云基础架构,其默认值与之前的次版本不同。此外,未来版本的产品中可能会进行不同的默认安全选择。产品的过去版本将会向前升级,但仍然保留了旧的选择,以便保持向后兼容性。

使用前缀 "unsupported" 或 undocumented 注解的 API 字段

在产品公开字段中,选择带有前缀 unsupported<FieldName> 的 API。不保证,目前在不同版本间或一个版本内支持使用这个字段。产品支持可在调试特定问题时请求在此字段中指定值,但在该交互之外不支持其使用。在未明确记录的对象中使用注解在次版本间不会保证支持。

每个产品安装拓扑的 API 可用性

OpenShift 发行版将继续演进其支持的安装拓扑,且不是一个安装拓扑中的所有 API 都必须包含在另一个安装中。例如,如果某些拓扑与产品安装拓扑冲突,或者根本不包括特定的 API,则某些拓扑可能会限制对特定 API 的读/写访问。根据上面定义的兼容性层,支持给定拓扑中存在的 API。

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

© 2024 Red Hat, Inc.