Google Cloud Express中的Express

Question

观看有关Firebase云功能的一些教程似乎可以说Express是标准工具。 我想知道，为每个功能拉出一个单独的快速应用程序是否有意义，以便每个迷你应用程序仅包含一条路由。 还是我应该创建一个函数，一个管理所有请求处理程序的快速应用程序？

第一种方法的方便之处在于，我可以在控制台中看到每个功能的单独日志。

第二个优点是我可以使用动态url，并匹配参数。 就像"user/1234/cars" 。 （我不打算这样做）

我真正感兴趣的是哪种资源效率更高或更快速，这些功能环境多久重新创建一次？

如果每个函数调用使用单独的环境，则我认为第一种方法更好，因为应用程序的占用空间较小。 如果不是这种情况，我认为后一种更好。

Answer 1

使用无服务器后端（例如Cloud Functions），您通常不必担心扩展。 它会自动响应端点上的负载而发生，您无法控制这种情况如何发生。 伸缩行为是系统的实现细节，系统可以决定什么是最好的。

作为应用程序开发人员，您唯一需要担心的是编写和部署最适合您的代码。 您不必为了更好地缩放而牺牲功能的便利性（因为如上所述，您仍然无法控制缩放行为）。

如果您想要更复杂和可配置的日志记录，请研究使用StackDriver而不是控制台日志。