多集群Kubernetes-跨集群通信

不确定这是否是正确的地方，如果不是，请给我指一个不同的论坛

在多集群kubernetes设置中，跨集群通信是有效的设计吗？特别是，一个集群中的pod依赖于另一个集群中的pod

或者我们是否应该避免与此相关的限制或反模式？ 如果没有，您将使用哪些工具来管理此部署和监视每个集群上的负载

部署为您提供了更大程度的隔离和可用性，但增加了复杂性。如果您的系统具有高可用性要求，则可能需要跨多个区域和区域的群集。您可以在单个集群中更改金丝雀配置或发布新的二进制版本，其中配置更改只影响少量用户流量。此外，如果集群出现问题，您可以临时将流量路由到附近的集群，直到您解决该问题为止

提供单网格以外的以下功能：

• 组织边界：业务线
• 服务名称或命名空间重用：默认命名空间的多种不同用途
• 更强的隔离：将测试工作负载与生产工作负载隔离

---

我从KubeCon找到了一个非常好的youtube视频，请查看，因为它确实解释了多集群是如何工作的，特别是Matt Turner的第一个视频

---

查看为multicluster Istio service mesh提供自动配置和服务发现的服务

Istio拥有一套非常强大的多集群功能。跨多个集群大规模管理此配置是一项挑战。Admiral对这种配置持有独到的观点，并提供跨集群的自动资源调配和同步。这消除了开发人员和网格操作人员的复杂性，将这种复杂性推进自动化

---

在多集群kubernetes设置中，跨集群通信是有效的设计吗？特别是，一个集群中的pod依赖于另一个集群中的pod

根据提供的链接和我的知识，一切都应该正常工作，pod可以依赖于另一个集群中的pod

---

更有用的链接：

---

编辑 Kubefed和Admiral的不同框架如何相互适应？我们可以两个都用还是只用一个

我不会使用kubefed，因为据我所知它是alpha格式的，除非你真的需要它。我不知道他们两个如何一起工作，我只能假设他们两个都应该工作

在决定不同的mesh体系结构以促进跨集群通信时，我们应该考虑哪些因素

---

上面有一个链接指向youtube视频，istio Multi Cluster Service Mesh Patterns解释道，我想说的是，您可以根据自己的需要决定使用哪一个，最简单的一个是视频中描述的第一个，单控制平面，单网络。更多信息。

如果你愿意的话，这是一个后续问题！在使用Istio的多集群Kubernetes设置中，Kubefed和Admiral的不同框架如何相互适应？我们可以两个都用还是只用一个？此外，在决定不同的mesh体系结构以促进跨集群通信时，我们应该考虑哪些因素？感谢您帮助我们绘制出所有这些不同的运动部件。嗨@AndrewXia，我做了一个编辑来回答您的问题。