【问题标题】:Using Firebase as a backend for recurring tasks使用 Firebase 作为重复任务的后端
【发布时间】:2019-07-18 02:17:15
【问题描述】:

我正在开发一个目前 100% 使用 Firebase 的项目。理想情况下,考虑到我完全是 Firebase,我想留在 Firebase 完成下一个任务,即每天根据外部 API 调用更新一些记录。

我目前正在将 Firebase 函数用于触发事件,而不是将其用于 API 调用,函数中发生的一切都是在用户执行某些操作之后,并且不响应任何客户端(仅响应数据库更新)。

Firestore Cloud Functions 是否适合运行此类可以调用外部 API 并根据需要进行更新的内容?我看到了需要 Blaze 计划的计划功能,已经考虑过,但不确定是否有另一种更适合此任务的方法。

【问题讨论】:

    标签: firebase google-cloud-firestore google-cloud-functions


    【解决方案1】:

    触发 Firestore 事件的云函数可能不是您想要的。 Firestore 触发器仅在 Cloud Firestore 数据库中的某些内容发生更改时触发。这意味着您需要一些正在写入数据库中某个文档的内容才能运行代码。这意味着您需要一种方法来安排该操作。

    无论您编写哪种触发器,您都需要制定计费计划才能发出外部请求。因此,即使您以某种方式设法组合了一个使用 Firestore 触发器的解决方案,您的项目仍然需要在计费计划中。

    【讨论】:

    • 我目前正在使用目前有效的 Flame 计划,看来切换到 Blaze 是我最好的选择。谢谢!
    【解决方案2】:

    这种方法完全可以——事实上,我在我的项目中使用了完全相同的方法,它具有 100% 的 Firebase 后端。整体(Firebase)云函数在调用方面提供了灵活性,即它们可以基于触发器(例如存储或数据库事件)调用,也可以使用 HTTP 端点调用。因此,根据您的需要,您可以使用 Firestore 触发器或数据库触发器或调用端点。

    切换到 Blaze 计划非常好,否则我们无法调用外部端点。几个月前我切换到 Blaze 计划,并且没有为此支付任何费用,因为我的使用量在免费限制内。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2021-06-15
      • 2016-06-28
      • 1970-01-01
      • 2019-02-18
      • 1970-01-01
      • 2017-01-29
      • 1970-01-01
      • 2021-09-26
      相关资源
      最近更新 更多