1.2. 将 API 层映射到 API 组

对于由红帽定义的每个 API 层，我们为上游社区致力于保持向前兼容性的特定 API 组提供映射表。默认情况下，任何没有指定显式兼容性级别且未特别讨论的 API 组都会被分配 API 层 3，但 v1alpha1 API 默认被分配层 4。

以后缀 *.k8s.io 结尾的 API 组，或带有任何后缀的 version.<name> 均由 Kubernetes 弃用策略管理，并遵循公开和对应的支持层之间的通用映射，除非另有指定。

以后缀 *.openshift.io 结尾的 API 组由 OpenShift Container Platform 弃用策略管理，并遵循公开和对应的兼容性级别之间的通用映射，除非另有指定。

API 版本示例	API 层
`apps.openshift.io/v1`	1 级
`authorization.openshift.io/v1`	1 级，某些 1 级已弃用
`build.openshift.io/v1`	1 级，某些 1 级已弃用
`config.openshift.io/v1`	1 级
`image.openshift.io/v1`	1 级
`network.openshift.io/v1`	1 级
`network.operator.openshift.io/v1`	1 级
`oauth.openshift.io/v1`	1 级
`imagecontentsourcepolicy.operator.openshift.io/v1alpha1`	1 级
`project.openshift.io/v1`	1 级
`quota.openshift.io/v1`	1 级
`route.openshift.io/v1`	1 级
`quota.openshift.io/v1`	1 级
`security.openshift.io/v1`	1 级，除 `RangeAllocation` (4 级) 和 `*Reviews` (2 级)
`template.openshift.io/v1`	1 级
`console.openshift.io/v1`	2 级

以后缀 monitoring.coreos.com 结尾的 API 组有以下映射：

Operator Lifecycle Manager (OLM) 提供了 API，它包含后缀为 operators.coreos.com 的 API 组。这些 API 有以下映射：