为何在Azure OpenShift Kubernetes中部署Kong Ingress Controller会自动创建Azure负载均衡器

• 外部流量的接入入口：Kong Pod运行在OpenShift集群内部，默认无法直接接收集群外的公网流量。Azure负载均衡器提供了公网可访问的IP地址，作为外部流量进入集群的入口，把请求转发到运行Kong的集群节点上，确保你的业务服务能被外部用户访问到。

• 高可用性的兜底保障：即便部署了多个Kong Pod实现自身高可用，要是没有外部负载均衡器，外部流量只能绑定到某个固定节点的IP上——一旦该节点故障，服务就会中断。Azure负载均衡器会自动监控集群节点和Kong Pod的健康状态，将流量分发到健康节点，避免单点故障导致的服务不可用。

• Kubernetes Service的默认集成行为：Kong Ingress Controller对应的Service通常是LoadBalancer类型，在Azure这类云原生Kubernetes环境中，K8s会自动与云平台集成，为LoadBalancer类型的Service创建对应的云负载均衡器。这个Service负责将外部LB的流量转发给后端的Kong Pod，是集群内外流量打通的必要环节。

• 负载均衡的层级互补：Kong的负载均衡属于七层（HTTP/HTTPS）应用层负载均衡，负责将请求转发到你的业务Pod，还能完成路由、鉴权等应用层操作；而Azure负载均衡器是四层（TCP/UDP）网络层负载均衡，负责处理集群外流量到节点层面的分发。两者各司其职，共同构建从外部到内部的完整流量链路。

内容的提问来源于stack exchange，提问作者Sana.91