我一直在选择 Google App Engine Standard 和 Google App Engine Standard 之间做出决定。用于现实世界生产的灵活环境。我肯定想使用Java。需要使用 Firebase（最新版本）进行身份验证和推送通知；我不确定新的 Firebase 是否兼容标准或灵活。
根据以下链接中的注意事项，我的印象是最近的 Firebase 仅与柔性环境兼容。
https://cloud.google.com/solutions/mobile/firebase-app-engine-android-studio
在所有条件相同的情况下，任何标准环境应用程序也可以在应用程序更改最少的灵活环境中运行。反之则不然——标准环境限制比灵活环境的限制更严格（因此得名灵活）。
更新：以上内容不正确，应检查迁移现有 App Engine应用指南的语言特定部分，以了解哪些标准 env API 明确列为兼容或不兼容。在某些情况下，这可以立即澄清决定。假设剩下的答案是在这次检查之后环境之间的选择仍然是开放的。
所以 - 为了摆脱困境 - 我最初会为标准环境拍摄（设置/管理更简单，也可能是免费的，具体取决于应用程序的使用情况）并且只有在遇到不可避免的问题时才决定切换到仅灵活的环境由标准环境限制之一引起，这在 flex 环境中不是问题。如果没有遇到此类问题，您实际上可以根据需要保留在 2 个部署选项之间切换的选项。
至于您对教程文档的印象 - 我认为这是没有根据的，基于成本部分......
Firebase 和 App Engine 都有免费的使用级别。如果您对这些服务的使用低于 Firebase 免费计划和 App Engine 免费配额中指定的限制，则学习本教程是免费的。
...结合Pricing行比较环境表...
...因为标准 env 具有每日免费的实例小时配额，但Compute Engine 定价使用机器类型计费模型，并且除了最初的有限免费试用外没有免费配额。
总体而言，这告诉我教程中使用了标准环境:)
在配置 App Engine 后端以使用手动扩展部分中确认，因为应用的配置没有<vm>true</vm>用于选择柔性环境的设置。
您的偏好暂时应该是应用引擎标准环境，除非您特别需要仅以灵活方式提供的功能。目前，Flexible 应用程序引擎的文档很少，几乎任何应用程序从一个应用程序转换到另一个应用程序都不是一项简单的任务。
你读到的任何说“它很容易从标准转换为灵活”或反之亦然的内容都来自 12 月 6 日之前，当时 vm:true 已被弃用（以及所有允许您在灵活的应用程序引擎上使用标准代码的兼容运行时） ）。现在，Flexible 对大多数事情都有自己的库，而且它的不同之处足以需要几乎完全重写您的许多方法。
例如，当我将我的云存储控制器转换为灵活的时，除了方法名称之外，没有一行代码是有用的，因为新库主要使用 Blob 而不是 StorageObjects。（爪哇）