link

非常感谢耐心解答。
不过我后续在找一些资料过程中，也发现了一个说法，就是ingress controller是可以直接到pods完成负载均衡和更高效的转发
相关链接
更早的的外文出处

主要就是做统一入口，域名解析和对kubernetes service的识别支持，配置的是NodePort类型，所有的node都可以作为入口。

从service到pod的负载均衡我明白，但这部分是kube-proxy负责的，不使用ingress，这部分还是存在。
如果把ingress当作一个域名解析到service，那不就只是一个路由效果吗，真正的均衡还是由kube-proxy来做

没懂，kubernetes service默认的算法是轮询额。
ingress做统一入口，主要用在域名解析到service。

我理解的负载均衡应该是多个同等服务之间均衡处理，
所以到service只是类似于寻址一样的转发，一对一，看不到类似应用负载均衡算法（或者说多个选一个）的地方