本文最后更新于 2025年6月11日，距今已 423 天，其中的信息可能已经发生变化，请注意甄别。
在云计算中，应用型负载均衡（ALB）和网络型负载均衡（NLB）是两种核心的负载均衡方案，主要区别在于工作层级、协议支持、路由能力及适用场景。以下是具体对比：
一、核心区别
| 维度 | 应用型负载均衡（ALB） | 网络型负载均衡（NLB） |
|---|---|---|
| 工作层级 | OSI 第7层（应用层），处理HTTP/HTTPS/QUIC/gRPC等协议 | OSI 第4层（传输层），处理TCP/UDP/TCP SSL协议 |
| 路由规则 | 基于URL路径、主机头、Cookie、查询参数等应用层信息 | 基于IP地址和端口，无应用层感知 |
| 核心能力 | 智能路由、会话粘滞、SSL卸载、WAF集成、协议转换（如QUIC转HTTP） | 超高并发连接（单实例亿级）、低延迟（μs级）、全端口监听 |
| 性能定位 | 侧重业务逻辑处理，单实例支持百万级QPS | 侧重吞吐量，支持100 Gbps带宽和海量并发连接 |
| 安全特性 | 集成WAF（Web应用防火墙），防御SQL注入、XSS等攻击 | 基础DDoS防护，无应用层安全检测 |
| 适用协议 | HTTP/HTTPS/QUIC/gRPC/WebSocket | TCP/UDP/TCP SSL（加密TCP） |
二、典型使用场景
1. 应用型负载均衡（ALB）
- Web应用与微服务：
电商网站、门户平台需要根据URL路径（如/user和/order）分发流量到不同微服务，支持基于Header的灰度发布。 - 需要会话保持的场景：
在线教育平台的直播课堂，通过Cookie会话粘滞确保同一用户的请求始终路由到同一服务器，避免状态丢失。 - 安全敏感型业务：
金融APP的HTTPS接口，ALB支持SSL证书集中管理和卸载，集成WAF过滤恶意请求。 - 云原生架构：
K8S集群的Ingress网关，通过ALB实现基于Service Mesh的流量治理（如重试、熔断）。
2. 网络型负载均衡（NLB）
- 高并发实时通信：
游戏服务器的TCP长连接（如《王者荣耀》的对战匹配）、VoIP语音通话，NLB支持百万级并发连接和毫秒级延迟。 - 物联网（IoT）设备接入：
智能家电通过MQTTS（TCP SSL）协议连接云端，NLB提供TCP SSL卸载能力，减轻后端服务器负载。 - 数据库/缓存集群：
Redis集群的读写分离，通过NLB的四元组哈希（源IP+端口+目标IP+端口）确保同一客户端的请求路由到固定节点。 - 流媒体与音视频：
抖音的RTMP推流，NLB支持UDP协议和全端口监听，适配海量终端设备的实时传输需求。
三、选择建议
- 选ALB：当需要应用层路由、安全防护或协议转换时（如Web、微服务、HTTP API）。
- 选NLB：当需要超高并发、低延迟或四层协议时（如TCP长连接、UDP流媒体、IoT设备）。
- 混合场景：前端用ALB处理HTTP路由和安全，后端用NLB转发TCP流量到数据库，形成分层负载均衡架构。
四、阿里云 vs AWS 的差异（补充）
- 阿里云：
NLB支持TCP SSL协议（专为IoT设计），ALB集成K8S Ingress，LCU（性能容量单位）计费更精细化（如规则数、并发连接）。 - AWS：
ALB支持Lambda函数作为后端，NLB提供静态IP和跨可用区自动伸缩，适合全球化分布式应用。
总结
- ALB是“智能路由专家”：聚焦应用层逻辑，适合需要精细化控制的Web和云原生场景。
- NLB是“性能怪兽”：专注传输层转发，适合高并发、低延迟的实时通信和基础设施层。
根据业务对“功能复杂度”和“性能规模”的需求，选择最匹配的负载均衡类型，可大幅提升系统的可用性和成本效率。
除非注明，否则均为李锋镝的博客原创文章，转载必须以链接形式标明本文链接
文章评论