alb是阿里云多协议混合转发的首选，支持http、https、quic、grpc共存于同一实例；需为每种协议单独创建监听器，转发规则须按协议类型定制，后端服务组可复用但须确保协议兼容。
负载均衡接入多协议混合转发，关键在于区分协议层级、选择合适的产品类型，并在监听和规则层面做针对性配置。不是所有负载均衡都支持混合协议转发，必须先确认产品能力边界。
先选对产品：ALB 是多协议混合转发的首选
阿里云当前主推的应用型负载均衡 ALB，原生支持 HTTP、HTTPS、QUIC、gRPC 四种应用层协议共存于同一实例。这意味着你可以在一个 ALB 实例下，为不同端口或不同域名分别配置不同协议的监听器：
- 80 端口监听 HTTP（明文 Web 流量）
- 443 端口监听 HTTPS（带证书的加密 Web 或 API）
- 443 端口另开 QUIC 监听（适配低延迟、弱网场景）
- 3000 端口监听 gRPC（微服务间高效通信）
注意：NLB 和 CLB 不具备此能力。NLB 只处理 TCP/UDP 四层流量；CLB 虽支持 HTTP/HTTPS，但不支持 QUIC/gRPC，且无法在同一实例内灵活混用多种七层协议。
按协议分监听器，不混配端口与协议
ALB 不允许在一个监听器内同时启用 HTTP 和 gRPC 协议——协议类型是监听器级的强制属性。正确做法是：
- 为每种协议单独创建监听器，绑定对应端口
- 例如：监听器 A（HTTP:80）、监听器 B（HTTPS:443）、监听器 C（gRPC:9000）
- 所有监听器可复用同一个 ALB 实例的公网 IP 或私网 VIP
这样既保证协议解析正确性，又避免 TLS 握手、HTTP 头解析、gRPC 二进制帧解析之间的冲突。
转发规则按协议能力定制，不跨协议复用
不同协议支持的转发条件和动作不同。配置规则时需严格匹配监听器协议类型：
- HTTP/HTTPS 监听器：支持域名、路径、Header、Cookie、查询字符串等条件；可执行重定向、重写、Header 修改、限速等动作
- gRPC 监听器：支持基于 服务名（Service Name） 和 方法名（Method Name） 的路由；不支持 URL 路径或 Cookie 匹配
- QUIC 监听器：功能集与 HTTPS 基本一致，但部分 Header 操作可能受限（如不支持修改 Connection 或 Upgrade 头）
举例：你想把 api.example.com/v1/users 转到用户服务，把 grpc.example.com 的 UserService/CreateUser 方法转到同一组后端——这两个规则必须分别配置在 HTTP 和 gRPC 监听器下，不能合并成一条规则。
后端服务组可复用，但协议兼容性要自查
多个监听器可以指向同一个服务器组（如 ECS 实例组），但前提是后端服务能同时响应不同协议的请求：
- 如果后端是 Spring Boot 应用，需同时暴露 HTTP 接口和 gRPC Server（通常需额外引入 grpc-spring-boot-starter）
- 若后端只提供 HTTP 服务，gRPC 监听器转发过去会直接失败（连接建立或协议握手失败）
- 建议按协议拆分后端服务组，更清晰、更易排障
实际部署中，常见做法是 HTTP/HTTPS 流量打到 API 网关，gRPC 流量直连微服务，两者通过不同服务器组隔离。
