HAProxy 不替代 Apache，而是作为前置代理协同工作；四层代理基于TCP转发、不解析HTTP、性能高但路由粗粒度，七层代理深度解析HTTP、支持智能路由与安全控制但开销大；选型应依需求而定。
HAProxy 在 Apache 架构中不直接替代 Apache，而是常作为前置代理（Front Proxy）与 Apache 协同工作。它处理四层（L4）和七层（L7）代理的核心区别在于：**是否解析应用层协议（如 HTTP）**。这直接影响路由能力、性能开销、安全控制粒度以及与 Apache 的协作方式。
四层代理：基于 TCP/UDP 转发，不看 HTTP 内容
HAProxy 工作在传输层（OSI 第四层），只关注源 IP、目标 IP、端口和 TCP 连接状态。它不解析 HTTP 请求头、URL、Host 字段或 Cookie。
- 所有流量按预设规则（如 IP 哈希、轮询）直接转发到后端 Apache 实例，Apache 自行处理全部 HTTP 逻辑
- 配置简单、性能高、延迟低，适合高并发 TCP 流量（如 WebSocket 长连接、HTTPS 透传）
- 无法基于 URL 路径或 Host 头做分流；若需多站点共用一个 IP+端口，必须由 Apache 通过 VirtualHost 区分
- SSL 终止可选：若 HAProxy 不解密 HTTPS，仅做 TCP 透传（mode tcp + ssl-passthrough），则加密流量直通 Apache，证书和 TLS 配置全在 Apache 端
七层代理：深度解析 HTTP，实现智能路由与增强控制
HAProxy 工作在应用层（OSI 第七层），完整解析 HTTP 请求，能读取方法、路径、Header、Cookie、TLS SNI 等字段。
- 可基于 Host 头 将不同域名（如 siteA.com / siteB.com）分发到不同 Apache 后端集群，Apache 无需配置复杂 VirtualHost
- 支持基于 URL 路径 路由（如 /api → Apache API 服务器，/static → 静态文件服务器），Apache 只专注业务逻辑
- 可执行 HTTP 层策略：添加/改写 Header、重定向、限速、ACL 访问控制、健康检查（如 GET /health 返回 200 才认为 Apache 健康）
- SSL 终止通常在 HAProxy 完成：解密 HTTPS，以明文 HTTP（或 HTTP/2）转发给 Apache，减轻 Apache TLS 计算压力，也便于 HAProxy 做内容感知操作
与 Apache 协同的关键实践
无论 L4 还是 L7，HAProxy 和 Apache 需配合避免信息丢失或行为异常：
- 开启 HTTP 头传递：L7 模式下，HAProxy 默认添加 X-Forwarded-For、X-Forwarded-Proto 等头，Apache 需启用 mod_remoteip 或配置 TrustedProxy 才能正确记录客户端真实 IP 和协议
- Apache 日志与重定向适配：若 HAProxy 终止 SSL，Apache 收到的是 http:// 请求，需设置 RequestHeader set X-Forwarded-Proto "https" 并在 Apache 中用 %{HTTP:X-Forwarded-Proto} 判断协议，避免跳转回 HTTP
- L4 下 Apache 若需识别客户端 IP，必须依赖 proxy protocol（HAProxy 开启 send-proxy，Apache 启用 mod_proxy_protocol），否则只能看到 HAProxy 的内网 IP
如何选择：看需求，而非默认选七层
不是“越高层越好”。实际选型取决于场景：
- 纯负载均衡 + TLS 透传 + Apache 全权管理 HTTP？→ 用 mode tcp
- 需统一 SSL 管理、多域名分流、API 与静态资源分离、细粒度访问控制？→ 用 mode http
- 混合场景常见：对外 HTTPS 入口用 L7 处理 Host/Path，内部微服务间调用用 L4 降低开销
