如何在GoogleCloudFunctions和GoogleAppEngine之间进行选择？

Google Cloud Functions似乎非常有趣,因为它是无服务器和零维护解决方案.但是,什么时候使用谷歌云功能而不是谷歌应用引擎？

更新:
自2018年6月12日起, Google App Engine标准环境以及Flexible Environment支持Node.js 8.x.

简答:这取决于你的需要.

答案很长:这是清单

Runtime
Cloud Functions目前仅支持Node.js,据我所知,没有任何计划在那里引入新的运行时.如果您对此很满意,可以将Cloud Functions放在您的选项中.

App Engine确实支持Node.js,尽管它仅在Flexible环境中可用.App Engine标准环境支持Python 2.7,Java 8,Java 7,PHP 5.5,Go 1.8和1.6,而App Engine Flexible Environment支持Python,Java,Node.js,Go,Ruby,PHP或.NET.您还可以在Flexible环境中使用dockerfile提供自己的运行时.因此,如果您想在Node.js之外的任何其他应用程序中开发应用程序,App Engine是更好的选择.

无服务器架构
您在寻找无服务器架构吗？您是否对管理实例并让它们向上或向下扩展感到沮丧？您想花时间管理您的服务器吗？如果对所有这些问题回答"是",请转到云功能.
你在寻找精细的粮食控制吗？实例和计费.你想拥有单独的版本,并希望更好地控制它们.在这种情况下寻找App Engine.

微服务
你能否将代码分解成更小的独立函数？寻求云功能.
App Engine确实支持使用相同代码库的微服务架构,但是不同的yaml文件可以拆分服务,但是如果你想将它们分解成服务,它就取决于你.在过去的几年里,我们将所有代码运行到一个单片应用程序中,并且它仍然在App Engine上运行良好.

数据库
您的应用数据是否存储在Firebase中？然后可以在那里轻松使用云功能.如果没有,App Engine是更好的选择.如果您想知道,App Engine也可以连接到Firebase.

还有其他一些事情需要考虑,比如定价,如果你想要迁移现有的应用程序,或者你是从头开始编写东西.实际上,您可以使用这两个选项.我们正在为我们的应用程序使用App Engine(Python)标准环境,但是我们最近在Cloud功能上迁移了一些长期运行的任务,并且它们的工作非常出色.

在我看来,App Engine是大多数事情的答案,其中云功能是针对特定要求而制定的.