GCP环境下IAP负载均衡架构选型：NGINX中转还是直连Cloud Run？

核心需求回顾 #

• 所有服务部署在GCP，通过Cloud Run提供，已配置IAP+IAM保护及负载均衡
• 访问https://domain.name/app1需路由到对应Cloud Run实例，应用的/static请求需自动映射为https://domain.name/app1/static而非根路径的/static
• 应用增删改频繁，要求无需修改代码即可迁移路径（如从in_dev/app1到tools/app1），倾向采用无NGINX的方案

方案2（无NGINX）的实现步骤 #

1. 负载均衡侧配置 #

• 为每个Cloud Run实例创建独立后端服务，沿用现有IAP保护配置即可
• 创建URL映射，为每个应用设置路径前缀规则：
  • 例如，将/app1/*路由到app1的Cloud Run后端服务
  • 配置路径重写：将请求路径/app1/<path>重写为/<path>后转发给Cloud Run实例（Cloud Run默认以根路径/接收请求）
  • 额外配置负载均衡转发X-Forwarded-Prefix请求头，值为当前应用的路径前缀（如/app1），用于Flask自动适配

2. Flask应用侧无代码侵入配置 #

Flask内置路径前缀适配能力，只需添加全局配置，无需修改业务代码：

方式一：环境变量自动适配

在Cloud Run实例的环境变量中设置FLASK_APPLICATION_ROOT，值对应负载均衡的路径前缀（如/app1）。Flask会自动使用该值生成带前缀的URL：

from flask import Flask, url_for

app = Flask(__name__)

# 业务代码无需修改，url_for自动生成带前缀的static路径
@app.route('/')
def index():
    # 生成的链接为 /app1/static/style.css
    return f'<link rel="stylesheet" href="{url_for("static", filename="style.css")}">'

方式二：请求头自动适配（更灵活）

让Flask从负载均衡转发的X-Forwarded-Prefix头自动获取路径前缀，无需手动设置环境变量：

from flask import Flask, request

app = Flask(__name__)

@app.before_request
def set_application_root():
    # 从请求头获取前缀，默认使用根路径
    app.config['APPLICATION_ROOT'] = request.headers.get('X-Forwarded-Prefix', '/')

# 业务代码完全无需改动
@app.route('/')
def index():
    return f'<link rel="stylesheet" href="{url_for("static", filename="style.css")}">'

3. 效果验证 #

• 外部访问https://domain.name/app1时，负载均衡将路径重写为/转发给Cloud Run，Flask正常处理根请求
• 应用生成的static链接为https://domain.name/app1/static/style.css，负载均衡重写为/static/style.css转发给Cloud Run，完全匹配需求
• 迁移应用时，只需修改负载均衡的URL映射前缀（如从/in_dev/app1改为/tools/app1），无需修改Cloud Run配置或应用代码

方案对比优势 #

• 避免了方案1中NGINX的单点故障风险，依赖GCP原生负载均衡的高可靠性
• 应用增删改时，仅需操作负载均衡的URL映射，运维成本更低
• 完全实现应用代码对全局URL结构无感知，路径迁移零代码改动

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