带有入口控制器的 kubernetes 负载平衡

如何解决带有入口控制器的 kubernetes 负载平衡

我正在尝试开始研究 K8s，但在这样做的过程中，我设法让自己感到困惑。

当使用 AWS 或 DO 等 kubernetes 提供程序时，以下架构似乎是一种相当常见的架构：

Cloud External Load Balancer -> [CLUSTER ENTRYPOINT] Nginx Ingress Controller -> Service A
                                                                              -> Service B
                                                                              -> Service C

关键是云负载均衡器将流量路由到 Nginx 入口控制器，该控制器终止 SSL 并根据请求的路径转发到各种服务。

我不明白的是，此时我们是否不会降低外部负载均衡器的功效？当然，它会在入口控制器副本之间分配流量，但这就是它所能做的，因为它只知道这些。它实际上无法在该服务的 pod 中为特定服务执行任何负载平衡。

1. 这是否既正确又有效生产设置？
2. 是否普遍接受负载平衡器只会将流量分配给反向代理？考虑到 Nginx 本身可以充当负载均衡器，我无法理解这有点浪费负载均衡器，但我不知道这是否真的正确。我可能完全误解了入口控制器的概念。
3. 如果以上是正确的，那么像 linkerd 这样的服务网格是从哪里来的？据推测，使用 Linderd 之类的东西，从 Nginx 入口到特定服务的流量将在该服务的 pod 之间有效地通过 linkerd 进行负载平衡。