问题描述
在使用 Kubernetes 的 LoadBalancer 或 Ingress 时，正常情况下是否使用 NodePort 作为底层连接点？也就是说，外部到 Kubernetes 的负载均衡器实现（即使在使用 Ingress 时也适用）是否通过 NodePort 与集群中的 Service 进行通信，还是使用了其他某种”神奇”的方式？
我之所以这样问，是因为在阅读有关 Kubernetes 的资料时，我发现有些资料似乎暗示 NodePort 在某种程度上不可靠（”如果您不需要随时可用的服务”），如果 NodePort 是其他负载均衡器实现的底层机制，那么在理解其特性的情况下，使用它应该是安全的。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
Kubernetes 中的LoadBalancer和Ingress使用不同的方式来实现外部访问，其中涉及到NodePort的使用和一些特性。以下是对你提出的问题的解答。
LoadBalancer 和 Ingress 的底层连接方式
对于 LoadBalancer 和 Ingress 的底层连接方式，实际上取决于云网络环境。举例来说，Google Compute Engine 并不一定要求使用 NodePort，虽然可能会自动创建。然而，一般情况下，会创建一个 NodePort 和 ClusterIP。
关于 NodePort 的使用
关于你提到的对于 NodePort 的使用，如果你了解其工作原理，它是安全可靠的。以下是更详细的解释。
优点和使用场景
NodePort 在调试和开发时非常有用，但在生产环境中可能会存在一些问题。下面是一些关于使用 NodePort 的注意事项：
- 一个端口只能对应一个服务。
- HTTP/HTTPS 流量可能会通过非标准端口路由。
- 端口会在所有节点上打开。
然而，NodePort 也提供了一些灵活性和优势（引用自 Kubernetes 文档）：
使用
NodePort可以让你自由地设置自己的负载均衡解决方案，配置 Kubernetes 不完全支持的环境，甚至可以直接公开一个或多个节点的 IP 地址。
这意味着，NodePort 能够适用于不同的情景，但在生产环境中需要仔细权衡其优点和缺点，并根据具体情况来决定是否使用。
在使用 NodePort 时，应当考虑负载均衡和安全等方面的问题，以确保集群的稳定性和可靠性。
总结
在 Kubernetes 中，LoadBalancer 和 Ingress 使用不同的方式来实现外部访问，NodePort 是其中一种常见的底层连接方式之一。尽管 NodePort 在一些情况下可能会有一些限制和问题，但它在调试、开发和一些特定的生产环境中仍然具有重要作用。在使用 NodePort 时，需要仔细考虑其优点和缺点，并根据实际需求来选择合适的方案。