负载均衡BLB基于百度自研4/7层负载均衡设备，为客户提供高可用的流量分发服务，可以在多台云服务器之间进行均衡的应用流量分发，避免单点故障并能提升业务可用性。轻松应对海量访问请求，实现业务水平扩展。
要解决服务发现的问题，需要下面三大支柱，缺一不可。 一个强一致性、高可用的服务存储目录。 基于Ralf算法的etcd天生就是这样一个强一致性、高可用的服务存储目录。
通过引入 UNP 平台可充分发挥软硬一体化的技术优势，百度智能云在 2023 年 1 月推出了可编程负载均衡 UNP-BGW 网关 1.0，有效解决了负载均衡网关中的大带宽、大象流、低延迟等问题需求，为负载均衡网关带来如下收益
另一方面，长连接一旦建立就不会轻易断开，新加入集群或重新启动的节点会长时间处于负载不足的状态。 为解决以上困难，集群负载重平衡与节点疏散应运而生。
LoadBalancer 方式依赖云服务商提供的负载均衡器来提供服务。目前，云服务商的负载均衡器不支持 QUIC 的地址迁移特性。
一、大型高并发系统架构 高并发的系统架构都会采用分布式集群部署，服务上层有着层层负载均衡，并提供各种容灾手段（双火机房、节点容错、服务器灾备等）保证系统的高可用，流量也会根据不同的负载能力和配置策略均衡到不同的服务器上
因此在这里需要增加一个关键能力，即： 在微服务部署并自动化注册后，需要自动化更新更新负载均衡设备的路由配置表信息，也就是这个负载均衡能力不会使用ServiceMesh的负载均衡，而是需要借助独立的负载均衡组件来完成统一的服务代理和服务对外暴露
你应该充分利用不断成长的部署方案生态系统。 服务发现与负载均衡：你无需修改应用来使用陌生的服务发现机制。
基于数据包的负载均衡是最不常用的负载均衡方法，可以在多条链路上随意的连续发送数据包，而不用考虑主机或用户的具体情况。基于数据包的负载均衡采用轮转机制来确定每个数据包走哪条路径到达目的地址。
实验结果表明： 在不引入负载均衡、ProxySQL Cluster 等中间件的理想情况下，【应用直连 MGR 2 个只读实例】QPS 最大值能达到 100w，为【应用直连 MySQL Master】的只读
什么是服务网格 微服务1.0阶段：微服务业务需要主动依赖 SDK 来实现基本的微服务能力（如熔断、负载均衡、限流等）。
