具有本地 api 网关的 Kubernetes 架构
Kubernetes architecture with on premise api gateway
在本地使用时（运行我自己使用）api 像 Kong 这样的网关，它应该是 运行 在节点中作为 1 与主 kubernetes 集群还是应该运行 作为单独的 kubernetes 集群？
除非你有一个惊人的理由不这样做：运行 Kong 在集群中。由于 cluster-A 和 cluster-B 之间的连接断开，您最不想要的就是所有 API 请求被轰炸，更不用说请求从一层跳出时可怕的延迟抽象到另一个。
从nginx Ingress controller获取一个页面，你也有机会使用Endpoint API绕过基于iptables的Service机制，节省更多的延迟和系统资源 - multi-cluster 配置几乎不可能实现的技巧。
我记得甚至还有 Kong-based Ingress 控制器，如果它们的功能集与您的需求一致，它可以让您省去更多的心痛
在本地使用时（运行我自己使用）api 像 Kong 这样的网关，它应该是 运行 在节点中作为 1 与主 kubernetes 集群还是应该运行 作为单独的 kubernetes 集群？
除非你有一个惊人的理由不这样做：运行 Kong 在集群中。由于 cluster-A 和 cluster-B 之间的连接断开，您最不想要的就是所有 API 请求被轰炸，更不用说请求从一层跳出时可怕的延迟抽象到另一个。
从nginx Ingress controller获取一个页面，你也有机会使用Endpoint API绕过基于iptables的Service机制，节省更多的延迟和系统资源 - multi-cluster 配置几乎不可能实现的技巧。
我记得甚至还有 Kong-based Ingress 控制器，如果它们的功能集与您的需求一致，它可以让您省去更多的心痛