负载均衡BLB基于百度自研4/7层负载均衡设备，为客户提供高可用的流量分发服务，可以在多台云服务器之间进行均衡的应用流量分发，避免单点故障并能提升业务可用性。轻松应对海量访问请求，实现业务水平扩展。
在实际开发过程中，主要使用它来进行后端微服务的开发。 在gRPC中，客户端应用程序可以像本地对象那样直接调用另一台计算机上的服务器应用程序上的方法，从而更容易创建分布式应用程序和服务。
背景 负载均衡网关是云计算网络的一个关键基础设施，为云计算各应用业务提供高性能的转发功能。 目前云计算网关普遍是基于 X86 CPU + DPDK 通用服务器平台的形态实现。
每个微服务都为准入请求维护自己的优先级阈值，并通过检查系统级资源指标，如待处理队列中请求的平均等待时间，来监视自己的负载状态。
集群负载重平衡与节点疏散能够确保所有节点以良好的负载工作，并大大降低 EMQX 维护工作对在线客户端以及客户业务的影响，详细的使用方式请参阅 EMQX 文档，目前这一功能已经被整合至 EMQX Operator
因此在这里需要增加一个关键能力，即： 在微服务部署并自动化注册后，需要自动化更新更新负载均衡设备的路由配置表信息，也就是这个负载均衡能力不会使用ServiceMesh的负载均衡，而是需要借助独立的负载均衡组件来完成统一的服务代理和服务对外暴露
什么是服务网格 微服务1.0阶段：微服务业务需要主动依赖 SDK 来实现基本的微服务能力（如熔断、负载均衡、限流等）。
通常情况下，不同的团队各自负责其独立的服务，并拥有他们自己的发布循环与 CI/CD 管道，结果是更加敏捷并迅捷的开发过程。
负载均衡是高可用架构的一个关键组件，主要用来提高性能和可用性，通过负载均衡将流量分发到多个服务器，同时多服务器能够消除这部分的单点故障。
LoadBalancer 方式依赖云服务商提供的负载均衡器来提供服务。目前，云服务商的负载均衡器不支持 QUIC 的地址迁移特性。
最终想出来的办法是拆分服务，让各个团队关注不同的模块，让每个团队独立负责一个服务，通过契约化的接口缩小沟通范围，只要接口不发生变化，就不需要过分关注外部的变化。
