负载均衡BLB基于百度自研4/7层负载均衡设备，为客户提供高可用的流量分发服务，可以在多台云服务器之间进行均衡的应用流量分发，避免单点故障并能提升业务可用性。轻松应对海量访问请求，实现业务水平扩展。
随着企业对 AI 应对多场景的负载均衡日趋增加。企业需要一个更加灵活、自动化的解决方案，来确保 AI 基础设施的高可用性、低延迟和无缝扩展。
要解决服务发现的问题，需要下面三大支柱，缺一不可。 一个强一致性、高可用的服务存储目录。 基于Ralf算法的etcd天生就是这样一个强一致性、高可用的服务存储目录。
随着百度智能云业务的发展，对负载均衡网关提出了新的需求与挑战： 单核计算能力受限。为了防止报文乱序，需要同一条业务流调度到同一个网关的同一个 CPU 核上处理。
集群负载重平衡基于节点疏散，通过手动的方式，控制将部分连接从负载较高的节点疏散到负载较低的节点，从而达成整个集群的负载平衡。
1从微服务的视角看数据架构 没有一个概念是无缘无故凭空冒出来的，Data Mesh 的诞生也是基于对企业数据平台架构现状和弊端的反思而提出来的。
因此在这里需要增加一个关键能力，即： 在微服务部署并自动化注册后，需要自动化更新更新负载均衡设备的路由配置表信息，也就是这个负载均衡能力不会使用ServiceMesh的负载均衡，而是需要借助独立的负载均衡组件来完成统一的服务代理和服务对外暴露
下边是一个简单的示意图： 负载均衡简介 上图中描述了用户请求到服务器经历了三层的负载均衡，下边分别简单介绍一下这三种负载均衡： OSPF（开放式最短链路优先）是一个内部网关协议（Interior Gateway
（1）模式一，Accurate traceroute探测技术互联网中路由器的负载均衡有3种类型，分别是基于流的负载均衡（per-flow）、基于目标网络的负载均衡（per-destination）和基于数据包的负载均衡
实验结果表明： 在不引入负载均衡、ProxySQL Cluster 等中间件的理想情况下，【应用直连 MGR 2 个只读实例】QPS 最大值能达到 100w，为【应用直连 MySQL Master】的只读
在传统BI工具拖拽式生成报表的基础上，Sugar BI进一步实现一键自动分析。系统可在几秒钟内，将明细数据自动制作成交互式报表，真正做到解放用户双手。
