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。