GCP API Gateway是否支持部分Open API定义用作反向代理？

配置方案说明 #

OpenAPI 规范和 GCP API Gateway 完全支持你需要的通配路径转发场景，不需要逐个声明所有端点和HTTP方法，直接用通配规则即可实现反向代理效果。

你可以通过以下两个核心配置实现需求：

• 用{proxy+}作为路径后缀，匹配该前缀下的所有层级子路径
• 用x-google-allow-http-methods: ALL参数通配所有HTTP请求方法，无需逐个声明GET/POST/PUT等方法
• 可选搭配path_translation参数控制路径透传规则

完整配置示例 #

swagger: '2.0'
info:
  title: 路径转发API配置
  version: 1.0.0
paths:
  /path1/{proxy+}:
    x-google-backend:
      address: <CLOUD_RUN_URL_1>
      # 该配置会把/path1后的后缀路径直接透传给Cloud Run服务
      # 比如请求/path1/user/1会转发到<CLOUD_RUN_URL_1>/user/1
      path_translation: APPEND_PATH_TO_ADDRESS
    x-google-allow-http-methods: ALL
    responses:
      default:
        description: 通用响应
  /path2/{proxy+}:
    x-google-backend:
      address: <CLOUD_RUN_URL_2>
      path_translation: APPEND_PATH_TO_ADDRESS
    x-google-allow-http-methods: ALL
    responses:
      default:
        description: 通用响应

补充说明 #

• 如果不需要把/path1前缀后的路径透传给后端，可将path_translation改为CONSTANT_ADDRESS，所有/path1前缀的请求都会统一转发到Cloud Run 1的根路径。
• 路径匹配优先级为精准路径>通配路径，如果你有特定子路径需要特殊配置，单独声明即可，优先级会高于通配规则。

内容的提问来源于stack exchange，提问作者Sébastien Belzile