【问题标题】:Using Flask with subdomain breaks Google Task Queue routing将 Flask 与子域一起使用会破坏 Google 任务队列路由
【发布时间】:2020-12-28 13:49:30
【问题描述】:

我在我的 Flask 应用程序中设置了 SERVER_NAME 以开始使用子域,这样我就可以拥有例如两个不同子域的前端和后端:

  • frontend.domain.com
  • backend.domain.com

我这样设置 Flask:

app.config['SERVER_NAME'] = 'domain.com'
app.url_map.default_subdomain = "frontend"

该应用是使用 Google App Engine 发布的,一切正常,除了默认的 App Engine 域 https://PROJECT_ID.REGION_ID.r.appspot.com 现在返回 404,因为我知道 Flask 无法识别任何匹配的路由。

我认为这很好,因为我从未使用过https://PROJECT_ID.REGION_ID.r.appspot.com,现在我知道我错了......

https://PROJECT_ID.REGION_ID.r.appspot.com 被 Google Task Cloud 用于路由任务,例如myapp.ey.r.appspot.com/my_task_worker,由 Cloud Tasks create_task 调用,现在在我设置 SERVER_NAME 之前工作时遇到 Not Found 404

我该如何解决这个问题?我是否必须以某种方式在我的 Flask 应用程序中硬编码myapp.ey.r.appspot.com

这是我的 app.yaml 的摘录,经过改编:

runtime: python37

handlers:
- url: /.*
  secure: always
  redirect_http_response_code: 301
  script: auto
  
env_variables:
  DEBUG: False
  
  SERVER_NAME: 'domain.com'
  DEFAULT_SUBDOMAIN: 'frontend'
  
  GCP_PROJECT: 'myapp'
  CLOUD_TASK_LOCATION: 'europe-west3'
  CLOUD_TASK_QUEUE: 'default'

  GOOGLE_CLOUD_PLATFORM_API_KEY: 'xxxxxxxx'

  ...

【问题讨论】:

  • 您可以编辑您的问题并添加您的app.yaml 吗?
  • @Emmanuel, app.yaml 已添加,谢谢。

标签: python google-app-engine flask google-cloud-tasks


【解决方案1】:

我是否必须以某种方式在我的 Flask 应用中对 myapp.ey.r.appspot.com 进行硬编码?

是的。这里的问题是您正在管理来自您的应用程序的重定向,而不是让应用程序引擎来执行它。尽管这本身并不是一个坏做法,但它遗漏了许多 App Engine 功能,而且最重要的是,正如您已经提到的,其他 GCP 产品(如 Cloud Tasks)需要特定的行为才能正常工作。

我该如何解决这个问题?

在您当前的架构下,您必须添加到默认 URL 的路由,但是据我所知 Flask 不允许路由多个域,因此您必须将“SERVER_NAME”切换为默认值应用程序引擎或更改为支持多个域的 Django 之类的东西。

我的建议是将您的子域map App Engine 服务(一个用于您的前端,一个用于您的后端)并将路由留给 GCP(并删除“SERVER_NAME”)。您可以使用dispatch.yaml 进行路由,例如创建下一个路由:

dispatch:
  # Default service serves the typical web resources and all static resources.
  - url: "myapp.ey.r.appspot.com/*"
    service: default

  - url: "frontend.domain.com/*"
    service: frontend

  - url: "backend.domain.com/*"
    service: backend

【讨论】:

  • 谢谢伊曼纽尔,有道理。这意味着将单个 Flask 应用程序拆分为每个服务一个,这意味着我必须注意使这些应用程序相互通信并使用外部 API 客户端等公共资源。例如backendurl_for 将无法再引用 default 的路由。我最好坚持domain.com/frontend 而不是frontend.domain.com...
  • 如果您共享的资源会使前端和后端相互依赖,那么将它们映射到同一个域并使用 URL (domain.com/frontend) 分割访问会更好选择和这样做甚至不需要dispatch.yaml 文件,一切都可以通过app.yaml 文件的路由来完成
猜你喜欢
  • 2017-06-12
  • 2015-08-14
  • 1970-01-01
  • 1970-01-01
  • 2012-04-22
  • 2012-06-19
  • 1970-01-01
  • 1970-01-01
  • 2019-12-30
相关资源
最近更新 更多