了解Ubernetes旨在完全解决这个问题后，目前是否可以（不一定推荐）跨多个内部企业数据中心跨单个 K8/OpenShift 集群？
此外，假设数据中心之间的延迟相对较低，并且跨公司数据中心的基础设施相对一致。
示例：给定 3 个公司 DC，在每个数据中心部署 1..* 主服务器（作为单个集群），并在每个 DC 有 1..* 节点，其中 pods/rc's/services/... 在所有 3 个 DC 上启动。
在 Ubernetes 下降之前，是否有人实施了类似的解决方案作为权宜之计？如果是，它是如何工作的，在这样的运行中需要考虑哪些因素？
目前是否有可能（不一定推荐）跨多个内部公司数据中心跨越单个 K8/OpenShift 集群？
是的，目前是可以的。节点获得 apiserver 的地址和客户端凭据，然后将它们自己注册到集群中。节点不知道（或不关心） apiserver 是本地的还是远程的，并且 apiserver 允许任何节点注册，只要它具有有效的凭据，而不管该节点在网络上的哪个位置。
此外，假设数据中心之间的延迟相对较低，并且跨公司数据中心的基础设施相对一致。
这很重要，因为 Kubernetes 中的许多设置（隐式或显式）假设 apiserver 和节点之间存在高带宽、低延迟的网络。
示例：给定 3 个公司 DC，在每个数据中心部署 1..* 主服务器（作为单个集群），并在每个 DC 有 1..* 节点，其中 pods/rc's/services/... 在所有 3 个 DC 上启动。
这种方法的缺点是，如果你有一个全局集群，你就会有一个全局故障点。即使您已复制 HA 主组件，数据损坏仍可能使您的整个集群脱机。传播到复制控制器中所有 pod 的错误配置可能会使您的整个服务脱机。错误的节点映像推送可能会使您的所有节点脱机。等等。这是我们鼓励人们使用每个故障域的集群而不是单个全局集群的原因之一。