Envoy Gateway 中配置 HTTPS 后端路由的最佳实践

在微服务架构中，网关作为流量入口经常需要将请求代理到外部 HTTPS 后端服务。本文将详细介绍如何在 Envoy Gateway 中实现这一需求，并分享实际配置示例。

需求场景分析

假设我们需要将所有发送到 www.example.com/v1/test 的流量代理到 https://www.httpbin.org/v1/test。这个场景看似简单，但在实际配置中会遇到几个关键问题：

1. 如何确保代理请求使用 HTTPS 协议而非 HTTP
2. 如何正确处理目标主机的 TLS 证书验证
3. 如何管理后端服务的 DNS 解析

配置方案详解

Envoy Gateway 提供了 Backend 资源与 BackendTLSPolicy 的组合方案，完美解决了上述需求。下面我们分解配置的关键部分：

1. HTTPRoute 配置

HTTPRoute 定义了路由规则和流量转发行为。关键配置点包括：

• 指定主机名 www.example.com 作为入口
• 使用 Backend 资源作为后端引用
• 通过 URLRewrite 过滤器重写主机头

2. Backend 资源配置

Backend 资源定义了实际的后端服务端点：

• 明确指定目标服务的 FQDN (www.httpbin.org)
• 设置 HTTPS 标准端口 443
• 支持多个端点配置以实现负载均衡

3. BackendTLSPolicy 配置

这是确保 HTTPS 连接安全的关键配置：

• 关联到特定的 Backend 资源
• 指定证书验证使用的 CA 证书来源
• 配置 SNI 主机名验证
• 支持自定义 CA 证书或使用系统信任库

完整配置示例

apiVersion: gateway.networking.k8s.io/v1
kind: HTTPRoute
metadata:
  name: external-https-backend
spec:
  hostnames:
  - www.example.com
  parentRefs:
  - kind: Gateway
    name: envoy-gateway
  rules:
  - backendRefs:
    - group: gateway.envoyproxy.io
      kind: Backend
      name: https-backend
    matches:
    - path:
        type: PathPrefix
        value: /
    filters:
    - type: URLRewrite
      urlRewrite:
        hostname: "www.httpbin.org"

---
apiVersion: gateway.envoyproxy.io/v1alpha1
kind: Backend
metadata:
  name: https-backend
spec:
  endpoints:
    - fqdn:
        hostname: www.httpbin.org
        port: 443

---
apiVersion: gateway.networking.k8s.io/v1alpha3
kind: BackendTLSPolicy
metadata:
  name: https-backend
spec:
  targetRefs:
  - group: gateway.envoyproxy.io
    kind: Backend
    name: https-backend
  validation:
    hostname: www.httpbin.org
    wellKnownCACertificates: System

注意事项

1. DNS 记录默认每 30 秒刷新一次，这个频率可以通过配置调整
2. 对于生产环境，建议使用特定的 CA 证书而非系统信任库
3. 当后端服务地址变更时，需要考虑 DNS 缓存带来的影响
4. 可以配置健康检查来监控后端服务可用性

方案优势

这种配置方式相比直接使用 Envoy 原生配置有以下优势：

• 完全声明式配置，符合 Kubernetes 最佳实践
• 与 Gateway API 深度集成，便于管理
• 清晰的资源分离，路由、后端和 TLS 策略各司其职
• 支持多种证书验证方式，灵活安全

通过这种方案，我们可以轻松实现将流量从网关安全地代理到外部 HTTPS 后端服务，同时保持配置的清晰和可维护性。