在多云端运行 Kubernetes 与集群联邦
1. 位置亲和性
位置亲和性是一个主要问题。Pod 何时可以跨集群分布？这些 Pod 之间有什么关系？Pod 之间或 Pod 与其他资源（如存储）之间的亲和性是否有要求？主要有以下几类：
- 严格耦合
- 松散耦合
- 优先耦合
- 严格解耦
- 均匀分布
在设计系统以及如何在联邦中分配和调度服务与 Pod 时，确保始终满足位置亲和性要求非常重要。
严格耦合
严格耦合要求适用于 Pod 必须位于同一集群的应用程序。如果对 Pod 进行分区，应用程序可能会失败（可能是由于跨集群网络无法满足实时要求），或者成本可能过高（Pod 访问大量本地数据）。将此类紧密耦合的应用程序迁移到另一个集群的唯一方法是在另一个集群上启动一个完整副本（包括数据），然后关闭当前集群上的应用程序。如果数据量太大，应用程序实际上可能无法移动，并且对灾难性故障敏感。这是最难处理的情况，如果可能，应设计系统以避免严格耦合要求。
松散耦合
当工作负载高度并行，并且每个 Pod 不需要了解其他 Pod 或访问大量数据时，松散耦合的应用程序是最佳选择。在这些情况下，可以仅根据联邦内的容量和资源利用率将 Pod 调度到集群。如有必要，Pod 可以毫无问题地从一个集群移动到另一个集群。例如，一个无状态验证服务，它执行一些计算，所有输入都在请求中，并且不查询或写入任何联邦范围的数据。它只是验证输入并向调用者返回有效/无效的判定。
优先耦合
当所有 Pod 位于同一集群或 Pod 与数据共置时，优先耦合的应用程序性能更好，
