2.1 OKD、OCP和其他方式

OpenShift可以被认为是Kubernetes的一个发布版本，它有不同的安装方式。我们将在本节中逐一介绍，做一个小小的比较，并指出它们之间的关系。

2.1.1 OKD

OKD不是一个首字母缩写。在重塑品牌之前，OKD曾经被称为OpenShift Origin。现在它是OKD，由于商标的原因，它应该这样被提及。也就是说，Linux基金会不允许红帽公司在产品或项目中使用“Kubernetes”，而只是提及它。

OKD是一个Kubernetes的发行版，为持续应用开发和多租户部署而优化。OKD也是红帽OpenShift Online和红帽OpenShift Container Platform的上游代码基础。

——docs.okd.io

换句话说，OKD的上游是Kubernetes，OpenShift核心的开始。它是其他一切OpenShift的基础。

2.1.2 OCP

OCP是OpenShift Container Platform的缩写。这是人们（尤其是红帽内部）提到OpenShift时最常见的方式。OCP被定位在OKD的下游。有不同的支持级别。在评估期间，你可以免费试用它。你所需要的只是一个红帽账户。你不需要购买任何红帽产品或支持来学习这本书。

OCP是本书所涉及的内容。如果OCP和OKD的工作方式有区别，我们默认为OCP。

2.1.3 OSD、ROSA和ARO

除了自我托管和自我安装的OpenShift之外，红帽还提供OpenShift-as-a-Service，作为亚马逊网络服务、微软Azure和谷歌云平台上的全托管产品。我们没有对这些进行详细介绍，因为如果你要购买这些的订阅，你就真的不需要读这本书了，但是为了将来的参考，请看下面的术语：

对于想在OpenShift上运行生产工作负载的人来说，所有这些都是可行的选择，因为它们之间都有非常紧密的联系，有直接的依赖关系。依赖树是OKD⇒OCP⇒OSD、ROSA、ARO。

你决定选择哪一个，取决于你在支持、环境、易用性、操作便利性和每个集群的成本方面的需求。我们决定在本书中默认使用OCP，因为它在上游和下游位置之间取得了平衡。它比OKD的特性更完整，并提供支持，但没有达到像OSD或其他管理解决方案那样的完全管理解决方案的水平。