我在选择 Google App Engine Standard 和 Google App Engine Standard 之间犹豫不决。用于现实世界生产的灵活环境。我肯定想使用Java。需要使用 Firebase（最新版本）进行身份验证和推送通知；我不确定新的 Firebase 是兼容标准还是灵活。
根据以下链接中的注意事项，我的印象是最近的 Firebase 仅与灵活环境兼容。
https://cloud.google.com/solutions/mobile/firebase-app-engine-android-studio
【问题讨论】：
标签： google-app-engine firebase standards environment app-engine-flexible
万事俱备任何标准环境应用程序也可以在灵活的环境中运行，只需最少的应用程序更改。反之则不然 - 标准环境限制比灵活环境的限制更严格（因此其名称中有 flexible）。
更新：以上内容不正确，应检查 Migrating an Existing App Engine 应用指南的语言特定部分，以了解哪些标准 env API 被明确列为兼容或不兼容。在某些情况下，这可以立即澄清决定。 假设剩下的答案是在这次检查之后环境之间的选择仍然是开放的。
所以-为了摆脱困境-我最初会为标准环境拍摄（设置/管理更简单，也可能是免费的，具体取决于应用程序的使用情况）并且只有在我点击时才决定切换到仅灵活的环境由标准环境限制之一引起的不可避免的问题，这在 flex 环境中不是问题。如果没有遇到此类问题，您实际上可以根据需要保留在 2 个部署选项之间切换的选项。
至于您对教程文档的印象 - 我认为这是没有根据的，基于 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> 设置。
【讨论】：
您的偏好暂时应该是应用引擎标准环境，除非您特别需要仅以灵活方式提供的功能。目前，Flexible 应用引擎的文档非常少，将几乎任何应用从一个应用程序转换到另一个应用程序都不是一项简单的任务。
你读到的任何说“它很容易从标准转换为灵活”或反之亦然的内容都来自 12 月 6 日之前，当时 vm:true 已被弃用（以及所有允许您在灵活的应用引擎）。现在，Flexible 对大多数事情都有自己的库，而且它的不同之处足以需要几乎完全重写您的许多方法。
例如，当我将我的云存储控制器转换为灵活的时，除了方法名称之外，没有一行代码有用，因为新库主要使用 Blob 而不是 StorageObjects。 (java)
【讨论】：