负载均衡BLB基于百度自研4/7层负载均衡设备，为客户提供高可用的流量分发服务，可以在多台云服务器之间进行均衡的应用流量分发，避免单点故障并能提升业务可用性。轻松应对海量访问请求，实现业务水平扩展。
从本质上说，服务发现就是要了解集群中是否有进程在监听upd或者tcp端口，并且通过名字就可以进行查找和链接。 要解决服务发现的问题，需要下面三大支柱，缺一不可。
通过引入 UNP 平台可充分发挥软硬一体化的技术优势，百度智能云在 2023 年 1 月推出了可编程负载均衡 UNP-BGW 网关 1.0，有效解决了负载均衡网关中的大带宽、大象流、低延迟等问题需求，为负载均衡网关带来如下收益
集群负载重平衡与节点疏散能够确保所有节点以良好的负载工作，并大大降低 EMQX 维护工作对在线客户端以及客户业务的影响，详细的使用方式请参阅 EMQX 文档，目前这一功能已经被整合至 EMQX Operator
（https://lnmp.org/nginx.html） 正向代理 Nginx 不仅可以做反向代理，实现负载均衡。还能用作正向代理来进行上网等功能。
LoadBalancer 方式依赖云服务商提供的负载均衡器来提供服务。目前，云服务商的负载均衡器不支持 QUIC 的地址迁移特性。
其次，利用自研的AI算法在分钟级时间内运算出满足各项业务需求的最佳运输方案，并综合考虑车型、时间窗、终端要求、限行、成本、多温区等20+约束配置，包含成本、时间、里程、均衡、聚集等多种优化目标选择，生成更优的运输调度方案
有时候，同一个功能，社区的实现思路和公司不一样；有时候，公司规划了一个商业功能，社区提前做出来了…… 在 KubeSphere 开源之初，整个团队想的是把代码写好就可以了，后来的运营过程中发现这种想法是有问题的
例如，大家可以将其理解成类似于 DNS 负载均衡的功能，或者是像 AWS ALB 那种负载均衡器服务。 所以很明显，当我们使用 HTTP 进行服务间通信时，就必须通过位置解析才能正确处理服务实例。
服务发现与负载均衡：你无需修改应用来使用陌生的服务发现机制。Kubernetes 为每个 Pod 提供了自己的 IP 地址并为一组 Pod 提供一个 DNS 名称，并且可以在它们之间实现负载均衡。
通过 Nginx 实现了负载均衡、环境路由、熔断降级和限流等服务东西向流量的管理，通过 Consul 实现了服务注册发现、配置同步、指令下发等控制面流量下发，服务对外调用的流量都通过本地部署的 Nginx
