Kubernetes集群出站访问HTTP/2接口的代理解决方案问询

方案1：支持HTTP/2出站的正向代理替代选型 #

以下代理均原生支持HTTP/2正向代理能力，可直接替换现有Squid代理：

• Envoy：云原生场景首选，原生兼容Kubernetes架构，可通过Helm快速部署为独立出口代理集群，也可作为Sidecar和Perl微服务同Pod部署。配置上游规则时直接指定通信协议为HTTP/2即可，Perl服务无需调整原有请求逻辑，仅需修改代理地址指向Envoy入口。
• Nginx 1.25.1+：开源版从1.25.1版本开始正式支持HTTP/2正向代理功能，若团队有成熟的Nginx运维经验，学习成本极低。配置正向代理规则时添加proxy_http_version 2.0参数即可，EKS中部署为无状态Deployment，配ClusterIP Service供集群内服务调用即可。
• HAProxy 2.0+：高性能代理选项，HTTP/2出站支持成熟，资源开销低于Nginx，适合高并发出口请求场景，EKS环境同样支持Helm一键部署。

方案2：HTTP/1.1转HTTP/2协议转换方案 #

若不想替换现有Squid代理架构，可新增协议转换层实现需求，业务改造成本极低：

• Sidecar模式转换：给Perl微服务Pod注入Envoy/Nginx Sidecar，Perl服务本地发起HTTP/1.1请求到Sidecar本地端口，Sidecar自动将请求转换为HTTP/2格式后直接发往外部API，完全不影响现有集群的出口代理架构，也无需修改业务代码。
• 中间层转换：在现有Squid代理和外部API之间部署Nginx/Envoy转换集群，Squid将收到的HTTP/1.1代理请求转发到转换集群，转换集群统一将请求升级为HTTP/2后发往外部API，仅需修改Squid的上游路由规则，业务侧无感知。

EKS场景最优落地推荐 #

• 若团队已经在使用Istio等Service Mesh组件：直接配置DestinationRule，指定对应外部API的通信协议为HTTP/2即可，依托Sidecar自动完成协议转换，无需额外部署组件，运维成本最低。
• 无Service Mesh的场景：优先部署Nginx 1.25+独立正向代理集群，配置简单，运维门槛低，3副本部署即可支撑十万级QPS的出口请求，仅需将Perl服务的代理地址修改为Nginx集群的ClusterIP即可，落地效率最高。

补充注意：如果外部API需要客户端TLS证书认证，可将证书存储为Kubernetes Secret挂载到代理Pod中，所有上述方案均支持配置客户端证书完成认证，无需修改业务代码。

内容的提问来源于stack exchange，提问作者sachin