我一直在選擇Google App Engine Standard Vs.適合現實世界生產的靈活環境。我想確定地使用Java。需要使用Firebase（最新版本）進行身份驗證和推送通知;我不確定新的Firebase是否兼容標準或靈活。Google App Engine標準或靈活的環境？
在以下鏈接中的注意事項中，我的印象是最近Firebase的兼容性僅限於靈活環境。
https://cloud.google.com/solutions/mobile/firebase-app-engine-android-studio
所有的事情都是平等任何標準環境下的應用程序也可以以最小的應用變化的靈活的環境中運行。反之亦然 - 標準的環境限制比靈活的環境更嚴格（因此其名稱爲靈活的）。
更新：上述內容不正確，應檢查Migrating an Existing App Engine應用指南的語言特定部分，以確定哪些標準env API明確列出爲兼容或不兼容。在某些情況下，可以立即澄清決定。 假設在此檢查後環境之間的選擇保持打開狀態的答案的其餘部分。我想最初是爲標準環境而拍攝（根據應用程序的使用情況，更簡單的設置/管理，也可能是免費的），並且只有在/當我選擇時才決定切換到僅限靈活的環境。遇到由標準環境限制之一引起的不可避免的問題，這在柔性環境中不是問題。如果不存在這樣的問題，則實際上可以根據需要選擇在2個部署選項之間切換。
至於從教程文檔的印象 - 我認爲這是毫無根據的基礎上，Costs節...
兩個火力地堡和App Engine的使用有免費的水平。如果您的這些服務的使用量爲 小於Firebase 免費計劃和App Engine免費配額中指定的限制，則本教程不需要付費購買 。
...與Pricing行Comparing environments表組合...
...作爲標準ENV有一個免費的每日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>設置。
您的偏好應該暫時是應用程序引擎標準環境，除非您明確需要僅以靈活方式提供的功能。目前，靈活應用引擎幾乎沒有文檔可用，並且將幾乎任何應用程序從一個應用程序轉換到另一個應用程序並不是一項簡單的任務。
任何你讀到的說「易於從標準轉換爲靈活」或反之亦然是12月6日之前，當vm：true被棄用時（以及所有可讓你使用標準代碼的compat運行時在靈活的應用程序引擎）。對於大多數事情來說，靈活的現在都有自己的庫，而且它的不同之處在於需要幾乎完全重寫許多方法。
例如，當我將雲存儲控制器轉換爲靈活模式時，除了方法名稱之外，沒有一行代碼是有用的，因爲新庫主要使用Blobs而不是StorageObjects。 （java）
這個答案已經過時，beta版本以後的靈活環境的變化不像以前的「託管虛擬機」環境那樣支持標準版本。 – BrettJ