做后端的都经历过那种夜晚：白天流量平平无奇，晚上搞个活动，单机 CPU 直接飙红，页面转圈转到天明。老板问"能不能加机器"，你说"能，但请求怎么分给两台？"——这时候就需要一个"交通指挥"：负载均衡 SLB。
一、SLB 是个啥
负载均衡 SLB 是阿里云官方的流量分发入口。它站在你的多台后端服务器前面，把进来的请求均匀地、智能地分给后面一队服务器，谁闲分给谁，谁挂了就不分给谁。即开即用、自动弹性，业务突发时实例性能跟着涨，从容应对超大并发连接和 QPS。
它最香的一点是稳定可靠：多级容灾，最高能给到 99.995% 的 SLA。换句话说，它自己几乎不宕机，你后端挂了它还能帮你兜底切换。
二、别再只说"负载均衡"了，现在分三款
很多人还停留在"SLB 就是分发流量"，其实阿里云现在把 SLB 拆成了三款，对应不同层：
- 应用型负载均衡 ALB：管 HTTP/HTTPS/QUIC 这些应用层（7 层）协议，7 层处理能力强，高级路由特性多（按路径、按域名转发）。Web 服务、API 网关这类基本都归它。
- 网络型负载均衡 NLB：管 TCP/UDP/TCPSSL 这些网络层（4 层）协议，4 层处理超强，还能大规模 SSL 卸载。对性能、吞吐敏感的场景（游戏、数据库代理）用它。
- 网关型负载均衡 GWLB：把所有端口的流量分发给后端的网络虚拟设备（NVA），专门用来做防火墙、IDS 这类设备的高可用部署。
选型口诀：Web/API 找 ALB，极致性能/4 层找 NLB，安全设备串联找 GWLB。
三、健康检查：后端挂了它比你还先知道
SLB 会定时探活后端。某台 ECS 宕了，健康检查立刻发现，流量马上切到健康的机器——用户侧可能只是"卡了一下"，根本感知不到哪台挂了。这就是为什么前面说它能兜底：你半夜睡觉，它在替你盯着。
四、几个容易踩的坑
- 会话保持别乱开：开了之后同一用户总打到同一台机器，看似"状态不丢"，但机器挂了会话也跟着挂；不是所有业务都需要。
- 跨可用区要规划：多可用区部署才真容灾，全堆一个 AZ 等于没容灾。
- 超时和后端对齐：SLB 的空闲超时、连接超时要和后端应用匹配，否则出现"前端没事后端已断"的灵异现象。
- 安全组/白名单：SLB 和后端之间、客户端和 SLB 之间的放行规则要理顺，别光顾着加机器忘了放行。
五、和 ECS、ACK 怎么搭
最常见的姿势：前面 SLB（ALB）做入口，后面挂一堆 ECS；或者 ECS 换成 ACK 容器集群，SLB 直接对接 Ingress/Service。SLB 还被多款容器服务、中间件深度集成，基本是云上流量分发的"标准件"。配合 GA 还能做跨国加速，再配 CDN 加速静态资源，一整套就齐了。
六、账单上会出现的几个口子
SLB 的费用大致是：实例费（按规格/按量）+ 流量/带宽费 + 部分高级特性费。ALB/NLB 按实例规格和用量计，GWLB 看处理能力。具体单价以产品页实时展示为准——选型时把"实例规格 + 实际流量 + 是否需要高级路由"一起算，别只看单价。
七、实在话
负载均衡不是炫技，它是把"单机扛不住"这个永恒难题，变成"加机器就能线性扩容"的工程常识。该上就上：只要你的服务后面不止一台机器，或者你希望"一台挂了用户无感"，SLB 就是默认答案。不该上的时候也别硬凑——纯单实例小站点，先活下来再说。
想直接翻三款区别和计费口径的，负载均衡 SLB 产品页上写得很全，价格以页面实时展示为准。
