l4负载均衡器适合tcp连接级分发场景，如grpc（未启用tls终止）、自定义二进制协议、mysql主从代理等，其核心是“连接透传”，仅基于五元组转发，不解析应用层数据，单机吞吐可达10w+ qps，延迟亚毫秒级，典型工具包括lvs、nginx stream模块、aws nlb和haproxy tcp模式。
选 L4 还是 L7，取决于你微服务的协议、流量特征和控制粒度需求——不是“越高级越好”，而是看 gRPC 或 HTTP/1.1 请求是否需要被拆解、重写或按 Header 路由。
L4负载均衡器适合什么场景（TCP连接级分发）
L4 做的是“连接透传”，只看源/目标 IP + 端口，不碰应用层数据。它对 gRPC（基于 HTTP/2）、TCP 长连接、数据库代理这类场景最友好。
- 典型用例：
gRPC服务（尤其未启用 TLS 终止时）、自定义二进制协议、MySQL 主从代理 - 性能敏感：单机吞吐能轻松上 10w+ QPS，延迟稳定在亚毫秒级
- 常见工具：
LVS（内核级）、Nginx stream模块、AWSNLB、HAProxy的tcp-mode - 注意坑：
Nginx stream不支持基于ALPN协议协商区分HTTP/2和gRPC；若后端是多协议混跑（如同时暴露gRPC和HTTP），L4 无法分流
L7负载均衡器适合什么场景（HTTP/HTTPS内容感知）
L7 能真正“读懂”请求，比如解析 Host 头做多租户路由、用 Cookie 实现会话保持、根据 Authorization Header 做灰度标记、或把 /api/v2 转给新版本服务。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 典型用例：
HTTP微服务网关、API 聚合、A/B 测试、WAF 集成、TLS 终止 - 必须用 L7 的情况：
gRPC-Web（需将 HTTP/1.1 封装转为 gRPC）、需要JWT校验前置、依赖Content-Type或User-Agent做策略 - 常见工具：
Nginx http模块、HAProxy的http-mode、Envoy、Istio Ingress Gateway - 注意坑：
gRPC流量走 L7 时，必须确认 LB 支持 HTTP/2 和h2c（明文）或h2（TLS）；Nginx默认不转发grpc-status等 trailer headers，需显式配置grpc_set_header
Golang 微服务实际部署中怎么选（结合代码与 infra）
不要抽象谈“架构”，直接看你的服务暴露方式和调用链路：
- 如果 Go 服务只暴露
HTTP端点（net/http或gin/echo），且需要路径级路由（如/user→ user svc，/order→ order svc），选 L7 ——Nginx或Envoy配置简单、规则直观 - 如果用
gRPC且客户端直连（无 Web 层），又要求低延迟、高连接复用，优先 L4 ——Nginx stream+upstream轮询即可，避免 L7 解析开销 - 混合协议场景（如一个端口同时跑
gRPC和HTTP health check）：L4 无法区分，必须上 L7 或拆端口（如:8080（HTTP） vs:8081（gRPC）） - 云环境注意：
AWS ALB是纯 L7，不支持gRPC明文（h2c）；NLB支持gRPC但无法做 Header 路由 —— 别指望它帮你做canary标签转发
真正容易被忽略的点是：L4 和 L7 不是互斥选项，而常嵌套使用。例如，先用 NLB（L4）做跨 AZ 容灾，再接 Envoy（L7）做服务网格内的细粒度路由。Golang 服务本身不需要“选负载均衡器”，它只管监听端口；关键是你部署拓扑里，哪一层承担了哪段职责。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
