我正在玩这个应用程序。它由一个Deployment（web，运行 3 个实例）和一个暴露它的Service（web-service）组成。现在Service 的类型是LoadBalancer。我还添加了一个 Ingress 指令来根据需要路由我的流量。
我的问题是...在 Ingress 就位后，我应该将服务类型从 LoadBalancer 切换到 NodePort 还是应该保持相同的状态？
【问题讨论】：
标签： kubernetes google-kubernetes-engine
从我目前阅读的文档来看，避免nodePort 似乎是普遍共识，因为它在物理（或虚拟）节点上分配端口，一段时间后可能会变得拥挤。拥有LoadBalancer 会自动公开一个空闲端口，Google L3 负载均衡器将流量路由到该端口，因此无需将其切换到 Nodeport。
另请注意 - 一旦你有一个正常工作的 Ingress，你根本不需要将后端服务公开为 LoadBalancer 或 NodePort - 一个普通的内部 kind: Service 足以接收来自 Ingress 的流量.
【讨论】：
Ingress 与Service 保持一致。如果我在我的服务定义中省略 NodePort 并让默认值启动，我会在访问我的 Ingress 的公共静态 IP 时不断获得 404