Google app engine 谷歌应用引擎标准还是灵活的环境？

我在选择谷歌应用程序引擎标准版还是选择灵活的环境来进行现实世界的制作时，左右为难。我一定要用Java。需要使用Firebase（最新版本）进行身份验证和推送通知；我不确定新的Firebase是兼容标准还是灵活

根据以下链接中的注意事项，我的印象是最近的Firebase仅与灵活的环境兼容

在所有条件相同的情况下，任何标准环境应用程序也可以在灵活的环境中运行，只需对应用程序进行最少的更改。相反，情况并非如此——标准环境限制比灵活环境的限制更为严格（因此，名称中的灵活环境）

更新：上述内容不正确，应检查应用程序指南中特定于语言的部分是否明确列出了兼容或不兼容的标准env API。在某些情况下，这可能会立即澄清决定。 假设在回答的剩余部分中，在此检查之后，环境之间的选择仍然是开放的

所以-为了摆脱困境-我最初会选择标准环境（更易于设置/管理，也可能是免费的，具体取决于应用程序的使用情况），并且只有在遇到标准环境限制导致的不可避免问题时才决定切换到仅限flexible-only-env，而这在flex环境中不是问题。如果没有遇到此类问题，您实际上可以根据需要在两个部署选项之间切换

至于你对教程文档的印象-我认为这是没有根据的，基于这一部分

Firebase和App Engine都有免费的使用级别。如果你使用 这些服务的数量低于Firebase中规定的限制 免费计划和应用程序引擎免费配额，不收取任何费用 本教程

。。。与

定价

行表结合使用

。。。因为标准env有一个免费的每日配额，但是使用，并且除了

这总体上告诉我教程中使用了标准环境：）

---

在部分中确认，因为应用程序的配置没有用于的

true

设置。

除非您特别需要仅在flexible中提供的功能，否则您的首选应为app engine standard environment。目前，Flexible app engine提供的文档很少，将几乎所有应用程序从一个转换到另一个并不是一项简单的任务

12月6日之前，vm:true被弃用（以及所有允许您在flexible app engine上使用标准代码的compat运行时），您读到的任何内容都会说“它很容易从标准转换为灵活”，反之亦然。Flexible现在有自己的库来处理大多数事情，它的不同程度足以要求几乎完全重写许多方法

---

例如，当我将云存储控制器转换为flexible时，除了方法名之外，没有一行代码是有用的，因为新库主要利用blob而不是StorageObjects。（java）

随着flexible environment在beta版及以后版本中的变化，这个答案已经过时，因为它不支持与以前使用standard的“托管VMs”环境相同的库。