k8s 跨集群通信

[balabalaXMX]

k8s 跨集群通信的解决方案有些什么，大佬们有了解的吗？

[novolunt]

集群联邦
https://github.com/kubernetes-sigs/kubefed/blob/master/example/sample1/federateddeployment.yaml

[GopherDaily]

mesh, gateway

[cmai]

Cilium Cluster Mesh

[balabalaXMX]

@novolunt 这个我看了一下还没有稳定版吧？ 以及这种和所谓的服务网格，比如 Istio ，linkerd 有什么区别呢？因为我自己检索了一下，服务网格也是可以做跨集群通信的。

[novolunt]

@balabalaXMX 早稳定了，很多第三方已经用上了，比如 kubeshpere 。服务网格不是用来做跨集群通讯，通俗的讲是作为流量网关使用。Istio 背后有大企业加持，用户广基于 golang + envoy ，linkerd2 是居于 rust ，比较轻量，linkerd 国外用的多。三楼的 cilium mesh 是居于 ebpf 的，比较新用的少。还有其他轻量 mesh 比如 envoy gateway 也是未来 mesh 的方向，目前还是 istio 用的多，但后面的各有各的优势

[balabalaXMX]

@novolunt 谢谢大佬，我再去调研一下。还想问一个小白的问题，之前看了一下 Linkerd2 的跨集群通信，官方给的应用场景主要是做多地容灾，实现机制大概就是在本地集中群映射远程服务，然后本地集群通过这个映射的本地服务去调用远程集群的服务，我猜这里的实现是不是基于 K8s 的 externalName service 机制？集群联邦的话有什么本质的不一样吗？

[ryan4yin]

@novolunt kubefed 这个项目官方都差不多放弃了就别推了，要推也该推继任者 karmada 吧

而且我理解 kubefed/karmada 都只是解决跨集群应用管理的问题，并不负责流量管理。
要做跨集群的网络通信，仍然是 istio 最稳，linkerd2 没用过不评价。

[ryan4yin]

@novolunt 「服务网格不是用来做跨集群通讯，通俗的讲是作为流量网关使用。」这个科普有点误导人了。
做流量网关用你直接用 ingress controller 就行，服务网格解决的就是服务间的通信问题啊。