Google app engine 我可以为单个Web应用程序的微服务创建多个GAE项目吗？[交叉柱]

这是一个交叉柱

我想通过创建多个GAE项目来创建一个具有MicroDevices体系结构的Web应用程序

介绍了两种实现微服务的方法；“多种服务”和“多种项目”

然而，根据谷歌云平台服务条款（）

3.3限制 客户不会，也不会允许其控制下的第三方 （d） 创建多个应用程序、帐户或项目，以模拟或充当单个应用程序、帐户或项目（分别），或以避免产生费用或超过使用限制或配额的方式访问服务

我认为我不能为微服务创建多个GAE项目来构建单个Web应用程序，因为这样的行为违反了服务条款3.3。 但该文件介绍了这一方法。我对此感到困惑

---

我是否可以为单个Web应用程序的微服务创建多个GAE项目，而不考虑术语的描述？

im您的意图是实现某种架构，而不是

，以避免产生费用或超过使用限制或配额

我认为，对于了解GAE实际使用情况的精通技术的GAE人员来说，差异应该非常明显——来自不同项目的微服务不会只在不同的环境中做相同的事情，每个微服务都会“贡献”其配额限制以获得更大的有效配额

是的，这是事实，项目的免费配额是合并的，但这只是一个副作用，而不是主要目标

即使应用程序/服务也在做同样的事情，也可能存在正常使用情况。谷歌文档中的两个这样的例子，并在SO帖子中引用：





但我会首先检查是否有充分的理由使用单独的应用程序而不是单独的服务。只是为了减少潜在的不必要的摩擦

如果你想非常确定，只需与谷歌联系你的特定用例和支持它的推理。
GCP支持。我想重申，该限制仅适用于“受[您]控制的第三方”执行该操作的情况。我同意：您应该确定使用单独的项目而不是服务将是最佳的体系结构，以及为什么。@RubénC。谢谢，但是<代码>仅当“受[您]控制的第三方”执行该操作时，该限制才适用

是否确定？服务条款规定“客户不会，也不会允许其控制下的第三方”。我承认这一限制也适用于我。我想我可以解释一下选择分离项目方法的原因。如果谷歌给我一个机会，当我的应用程序表现出谷歌的可疑行为时，我会松一口气。根据我们的讨论，我猜你正处于开发阶段。如果您不完全确定最佳选项（如果您不想公开讨论，我们完全理解），那么现在正是联系支持部门深入讨论管道的适当时机。请创建一个支持案例，或者让我知道您是否希望我代表您创建一个公开问题。