【问题标题】:App Engine standard dispatch.yaml 20 rules limitApp Engine 标准 dispatch.yaml 20 条规则限制
【发布时间】:2021-06-05 20:02:03
【问题描述】:

我遇到了 20 个限制 dispatch.yaml 规则的问题

目前我正在使用易于设置的“client”.mydomain.com 但是我有一些更大的客户,我想把他们放到一个单独的服务中

我的目标如下,

  • 公共网站
  • 使用“client”.mydomain.com 在服务 A 上放置 30-50 个客户端
  • 使用“client”.mydomain.com 将 1 个客户端放在服务 B 上
  • 让 20-30 个客户使用服务 C

但是使用数字 3 我需要有创意并使用“client”.2.mydomain.com 之类的东西。我宁愿在服务 C 上也只看到“client”.mydomain.com

现在 dispatch.yaml 确实有 20 条规则限制,因此不可能将多个客户端放在单独的服务上。最终我会遇到极限 任何人都有解决此问题的任何想法,或以其他方式解决此问题。

我愿意接受任何建议,我正在考虑建立一个 nginx,但不是每个服务都有自己的 ip,所以这也不可能。也许一些新功能左右? 我也可以设置不同的“相似”域名并映射 mydomainapp.com appmydomain.com 等域名,但这有点太多了

目前我的 dispatch.yaml 看起来像

派遣: - 网址:“domain.com/*” 服务:默认 - 网址:“www.domain.com/*” 服务:默认 - 网址:“*.domain.com/*” 服务:myapp - 网址:“*/某事” 服务:myapp - 网址:“*/*” 服务:默认

所以关于如何使它适用于一切的任何想法,以便我可以为每个人使用“client”.domain.com

【问题讨论】:

  • 有趣但真正的问题不是在服务之间移动客户端,而是如何过滤“大”和“普通”客户端?到目前为止你有什么策略吗?
  • @YeriPelona 我有手册,因为各种原因这并不简单。我的 SaaS 应用程序所在的分支机构中的大多数企业主都不精通技术。我提供“总包”,让客户不用担心。这就是为什么我可以轻松区分大客户/普通客户

标签: google-app-engine google-cloud-platform


【解决方案1】:

为了更好的路由,您可以在 App Engine 服务前使用负载均衡器,并将 App Engine 添加为 NEG(网络端点组)。

如果您设置了负载均衡器和 NEG,则可以创建 URL Map 甚至 URL Masks 来确定应由哪个服务处理请求。

使用该选项,您还将消除在使用 dispatch.yaml 文件定义路由路径时遇到的限制。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2023-03-20
    • 2019-01-13
    • 1970-01-01
    • 2016-07-12
    • 2020-11-23
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多