为什么库伯内特斯不提供吊舱间的通信？

Question

在试图理解Kubernetes网络的同时，有一点让我感到困惑。为什么Kubernetes不处理内置/自己构建的吊舱间通信？

根据docs - https://kubernetes.io/docs/concepts/cluster-administration/networking/

有4不同的网络问题需要来解决：

1. 高耦合容器到容器通信：这是通过吊舱和本地主机通信解决的.
2. Pod通信：这是本文档的主要重点。
3. Pod通信：这是由服务覆盖的.
4. 外部到服务通信：这是服务所涵盖的.

当Kubernetes能够处理(上面提到的)网络的所有其他问题时，为什么需要由ACI、纤毛、Flannel、Jaguar等其他 插件来处理吊舱间的通信？

我想知道是否有这样的架构的具体原因？

Answer 1

同意以上提姆的观点。Kubernetes通常是计算、存储和网络开发人员的抽象和编排层，因此他们不必知道实现。实现本身将被绑定到底层的基础设施上，kubernetes只是为它们定义了接口(CRI用于容器-compute，CSI用于存储，CNI用于网络)。

只要定义接口，实现就可以独立发展，而不会破坏契约。例如，在未来，可以将吊舱到吊舱网络转移到网卡上，并期待库伯奈特进化到这样一种技术变革，这可能是一个很大的要求。通过不与实现紧密联系，它可以在每一层加速技术的发展。