选型应基于业务需求而非单纯配置：四层适用于tcp/udp长连接、协议非http场景，七层适用于需url路由、tls终止、内容感知的web业务。
选型不是挑配置，而是看业务到底需要什么能力。四层和七层不是“谁更好”，而是“谁更合适”——关键在流量特征、安全要求、运维深度和性能底线。
看协议类型和连接特性
如果服务基于 TCP/UDP 且强调长连接、低延迟或协议多样性，四层是更稳的选择：
- 游戏服务器、IM 即时通讯、物联网设备心跳上报等，依赖稳定连接，不关心 HTTP 头，四层 NAT 或 DR 模式可直接透传
- DNS 查询、视频流（RTP/RTMP）、数据库（MySQL/PostgreSQL）端口转发，协议非 HTTP，七层无法识别，必须用四层
- 后端节点异构（比如部分旧系统只支持 TCP 直连），四层对应用完全透明，兼容性无压力
看路由是否需要内容感知
一旦业务逻辑要求“按内容分发”，七层就不可替代：
- Web 站点需将 /api/ 转给微服务集群，/static/ 转给 CDN 或对象存储，必须解析 URL 路径
- 需根据 Cookie 实现登录态会话保持，或依据 User-Agent 区分移动端/H5 流量并路由到不同后端
- 要统一终止 TLS、校验 JWT、过滤恶意请求头（如 WAF 集成）、重写 Host 或添加 X-Forwarded-* 标头，这些都依赖七层解析能力
看性能与资源约束
别只看单机吞吐数字，要结合实际部署环境算账：
- 四层方案（如 LVS、HAProxy TCP mode、Nginx stream）CPU 占用通常
- 七层方案（如 Nginx HTTP、AWS ALB、Traefik）需解包 HTTP 请求、做正则匹配、管理连接池，同等硬件下 QPS 明显下降；若后端是轻量 API，建议启用 HTTP/2 或连接复用降低开销
- 如果已在用云服务，ALB（七层）和 NLB（四层）可共存：NLB 做最外层 TCP 入口，ALB 接入其后做精细化路由，兼顾性能与灵活性
看架构演进与运维成熟度
起步阶段求稳，扩展阶段求细：
- 新项目初期流量不大，用 Nginx 一套配置同时跑四层（stream）和七层（http）模块，快速验证，避免过早引入复杂组件
- 中大型系统建议分层部署：四层做全局入口（防 DDoS、健康检查兜底、跨可用区调度），七层做业务网关（API 路由、鉴权、限流、灰度）
- 运维团队若缺乏 HTTPS 证书管理、HTTP 协议调优经验，盲目上七层可能带来 TLS 握手失败、Header 丢失、超时配置不当等问题，此时先夯实四层底座更务实
