我正在构建一个应用程序，我将使用Firebase云功能为其提供内容。
我预计启动后一段时间内流量会很低，因此对所有端点进行分组似乎是正确的 一个大型快递应用程序，它公开了一个云功能，因此可以将其实例保持为“热”状态，因为它们可以处理所有端点，从而限制了低流量时频繁发生的冷启动。如果我理解正确，此方法不会造成任何扩展问题，因为部署时这些功能无论如何都被firebase捆绑到了gheter，因此“扩展代码”将与创建多个云功能相同。
也许，当流量变得足以限制每个端点或每个端点的冷启动时，我可以将大型Express应用程序拆分为多个，以具有多个云功能。
使我从一开始就着手创建单独功能的唯一事情就是在firebase控制台中进行单独监视。
我想保留定期对功能进行ping操作以暂时使它们保持温暖的选项，并专注于云功能行为。
我缺少什么？这是正确的方法吗？