是Firebase'；请求'；受'影响的云功能；冷启动'；也
我尝试了几个触发器函数，如是Firebase'；请求'；受'影响的云功能；冷启动'；也,firebase,google-cloud-functions,Firebase,Google Cloud Functions,我尝试了几个触发器函数，如https.onCall，并在promise return之后调用它们，到目前为止，它们的工作非常好，比触发器更快 有什么问题吗？它们是否也受到冷启动的影响 如果不是，那么除非是cron作业或缺乏应用程序语言支持，否则为什么任何人都应该使用触发器功能？所有云功能都会受到冷启动的影响。这就是所有无服务器功能架构的工作方式。为了将规模缩小到零（因此，如果不使用任何东西，您将不支付任何费用），所有服务器实例都必须能够停用。冷启动成本在分配新服务器实例时支付，因此从零到一将花费
https.onCall如果不是，那么除非是cron作业或缺乏应用程序语言支持，否则为什么任何人都应该使用触发器功能？所有云功能都会受到冷启动的影响。这就是所有无服务器功能架构的工作方式。为了将规模缩小到零（因此，如果不使用任何东西，您将不支付任何费用），所有服务器实例都必须能够停用。冷启动成本在分配新服务器实例时支付，因此从零到一将花费您一次冷启动 您还没有定义什么是“触发器函数”，所以我假设您指的是一个“后台函数”，它会对项目中发生的事件进行触发
当您不能信任客户机直接执行某些工作时，如果您希望执行某些工作以响应这些更改，则绝对需要后台函数。这对于保持数据一致性很重要，也可以防止在所有执行相同操作的不同客户机之间复制逻辑。这还允许您发布新功能和错误修复，而无需发布新的客户端代码，这可能会很困难且耗时。所有云功能都会受到冷启动的影响。这就是所有无服务器功能架构的工作方式。为了将规模缩小到零（因此，如果不使用任何东西，您将不支付任何费用），所有服务器实例都必须能够停用。冷启动成本在分配新服务器实例时支付，因此从零到一将花费您一次冷启动 您还没有定义什么是“触发器函数”，所以我假设您指的是一个“后台函数”，它会对项目中发生的事件进行触发
当您不能信任客户机直接执行某些工作时，如果您希望执行某些工作以响应这些更改，则绝对需要后台函数。这对于保持数据一致性很重要，也可以防止在所有执行相同操作的不同客户机之间复制逻辑。这还允许您发布新功能和错误修复，而无需发布新的客户端代码，这可能既困难又耗时。您所说的“触发函数”是什么意思？
onCreateonUpdateonWriteonCreateonUpdateonWrite