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

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

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

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

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

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

...结合Pricing行比较环境表...

...由于标准环境具有每日免费实例小时配额，但计算引擎定价使用机器类型计费模式 ，除初始有限免费试用外没有免费配额。

总体而言告诉我教程中使用了标准环境:)

在配置App Engine后端确认使用手动缩放部分，因为应用程序的配置没有用于选择灵活环境的<vm>true</vm>设置。

Answer 2

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

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

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