Google App Engine标准版或灵活环境？

Question

我在决定选择Google App Engine Standard Vs时遇到困难。灵活的环境，适合现实世界的生产。我想肯定使用Java。需要使用Firebase（最新版本）进行身份验证和推送通知;我不确定新的Firebase是否与标准或灵活兼容。

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

https://cloud.google.com/solutions/mobile/firebase-app-engine-android-studio

Answer 1

所有条件相同任何标准环境应用程序也可以在灵活的环境中运行，并且应用程序更改最少。反之亦然 - 标准环境限制比灵活环境更严格（因此名称中的灵活）。

更新：上述内容不正确，应检查Migrating an Existing App Engine应用指南的语言特定部分，以确定哪些标准env API明确列为兼容或不兼容。在某些情况下，可以立即澄清决定。 假设答案的剩余部分是在检查之后环境之间的选择保持打开状态。

所以 - 要解开 - 我最初是为标准环境拍摄的（更简单的设置/管理，也可能是免费的，具体取决于应用程序的使用情况），并且只有当我点击时才会切换到灵活的环境由标准环境限制之一引起的不可避免的问题，这在flex环境中不是问题。如果没有遇到这样的问题，您几乎可以保留根据需要在两个部署选项之间切换的选项。

至于您对教程文档的印象 - 我认为它基于Costs部分是没有根据的......

  

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

...与Pricing行Comparing environments表格相结合......

...由于标准环境每日免费Instance hours个配额，但Compute Engine Pricing使用Machine type billing model且除了the initial limited free trial外没有免费配额。

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

在Configuring the App Engine backend to use manual scaling部分确认，因为应用的配置没有用于select the flexible environment的<vm>true</vm>设置。

Answer 2

您的偏好应该暂时是应用引擎标准环境，除非您特别需要仅灵活提供的功能。目前，使用灵活应用引擎的文档很少，几乎任何应用程序从一个转换为另一个并不是一项简单的任务。

你读过的任何内容都说“很容易从标准转换为灵活”或反之亦然是从12月6日开始，当vm：true被弃用时（以及所有允许你使用标准代码的compat运行时）灵活的应用引擎）。灵活的现在拥有它自己的库，适用于大多数事情，它的不同足以要求几乎完全重写你的许多方法。

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