负载均衡BLB基于百度自研4/7层负载均衡设备，为客户提供高可用的流量分发服务，可以在多台云服务器之间进行均衡的应用流量分发，避免单点故障并能提升业务可用性。轻松应对海量访问请求，实现业务水平扩展。
降低网关产品的网络延迟、解决高负载场景下网关丢包和抖动问题。 可编程负载均衡 UNP-BGW 网关 1.0 主要分两部分，X86 网关部分和可编程交换芯片部分。
在实际开发过程中，主要使用它来进行后端微服务的开发。 在gRPC中，客户端应用程序可以像本地对象那样直接调用另一台计算机上的服务器应用程序上的方法，从而更容易创建分布式应用程序和服务。
升级过程中减少连接断开的次数（一次断连）。 在整个升级的过程中始终保持预期的节点来提供服务。 升级完成后，不需要集群负载重平衡，各节点间的连接相对均衡（与 LB 调度策略有一定关系）。
启用节点疏散后，当前节点将停止接受 MQTT 新连接，并将所有连接及会话转移到指定节点，在此过程中客户端通过重连或 MQTT 5.0 Server redirection 机制，经历短暂的断开后会迅速连接到新节点
基于流的负载均衡将属于特定流的数据包转发到同一接口来工作，流标识由IP报文头部中的若干字段值组合形成，通常由源地址、源端口、目标地址、目标端口和协议5个字段值组合形成。
从技术上说负载均衡必备的服务是按源IP分配的TCP负载均衡，让这个负载均衡主要做HA用，后端可以再接用户自定义的LB；但是各大云平台都已经支持HTTP/HTTPS/UDP负载均衡，云管平台可以一开始就把四七层负载均衡功能都开放给用户
什么是服务网格 微服务1.0阶段：微服务业务需要主动依赖 SDK 来实现基本的微服务能力（如熔断、负载均衡、限流等）。
一、大型高并发系统架构 高并发的系统架构都会采用分布式集群部署，服务上层有着层层负载均衡，并提供各种容灾手段（双火机房、节点容错、服务器灾备等）保证系统的高可用，流量也会根据不同的负载能力和配置策略均衡到不同的服务器上
2 【GTC篇】- 面向极致并发、用户体验的全局负载均衡 全局负载均衡用来解决多个机房之间的负载均衡、故障容错问题。
为解决机房内带宽和超负载分配的问题，我们对分配方案进行了优化： 1）长链接服务器上报负载的周期从1秒调整到5毫秒，负载均衡服务器可以更实时的同步负载信息；2）“地址分配”服务不再按请求查询负载信息，而是开启单独的同步线程周期性
