选四层还是七层取决于业务需求：四层基于ip+端口转发，低延迟、高吞吐，适用于tcp/udp长连接、数据库集群、dns/视频流等场景；七层解析http内容，支持url/host/header路由、waf、灰度发布、api网关等智能调度能力。

选四层还是七层，关键看你要解决什么问题：如果只求快、稳、扛量，且后端服务协议简单（比如TCP长连接或UDP流），四层更合适；如果需要按URL、Header、Cookie做精细调度，或集成WAF、灰度发布、API网关能力，就得上七层。

四层负载均衡适用的实际场景

四层负载均衡本质是“IP+端口转发”，不拆包、不解析内容，因此延迟低、吞吐高、资源消耗小。适合以下情况：

• TCP/UDP长连接类服务：如游戏服务器、IM即时通讯、物联网设备心跳通道——连接生命周期长，路由策略稳定，无需每次解析HTTP头
• 数据库读写分离或集群接入：MySQL主从、Redis哨兵/集群，客户端直连VIP，L4按端口或权重分发到不同实例，避免应用层协议解析开销
• DNS、视频流、VoIP等无状态UDP业务：L4可基于源IP+端口做会话保持，满足UDP的轻量级分发需求
• 作为边缘入口的第一道分流层：例如CDN节点前使用LVS或AWS NLB，先按地域/IP段粗粒度分发，再由后端七层网关做二次路由

七层负载均衡适用的实际场景

七层负载均衡能“读懂”HTTP请求，因此适用于需要业务语义理解的场景：

• Web站点与多租户SaaS服务：根据Host头区分域名（a.example.com → A集群，b.example.com → B集群）
• API网关核心能力落地：/api/v1/users → 用户服务，/api/v1/orders → 订单服务；还可统一鉴权、限流、日志埋点
• 静态资源与动态内容分离：/static/、/images/ 路由到CDN或对象存储，/api/ 转发至后端微服务，Nginx或ALB原生支持
• 安全增强与合规控制：拦截恶意User-Agent、过滤含敏感参数的GET请求、重写X-Forwarded-For、集成WAF规则（如SQL注入特征匹配）

混合架构：实际生产中的常见做法

纯四层或纯七层在大型系统中越来越少，主流方案是分层部署：

• 外层用四层（NLB/LVS）：承接海量并发，做健康检查、源IP透传、SSL终端卸载（若硬件支持），抗住DDoS和连接洪泛
• 内层用七层（Nginx/Envoy/ALB）：接收已卸载SSL的明文HTTP流量，执行路径路由、灰度标识别、Header改写、gRPC转HTTP等逻辑
• 特殊通道绕过七层：WebSocket、gRPC-Web等长连接或二进制协议，可由四层直通后端，避免七层代理带来的额外延迟和兼容性问题