firebase 预定函数是否足以满足我需要遍历可能是一个大集合中的所有文档的用例？
Would a firebase scheduled function be sufficient use case where I need to go through all documents in potentially a large collection?
我的应用程序有 2 个预定功能用例。一个 运行 每天一次，并删除已闲置 x 个月的用户。这将从 firebase auth 中删除用户，我有一个事件驱动的函数，在发生这种情况时删除用户数据。其次，我有一个用例，我需要通读一个可能很大的集合中的所有文档并对数据执行一些算术运算，然后将其存储在一堆不同的集合中。这也将 运行 每天一次，并且每天都会收集数据以向用户显示随时间的变化。据我了解，计划的功能最多有 9 分钟的时间来执行，所以我想知道这个时间范围是否足够，或者我是否必须寻找其他地方，比如云 运行?
抱歉，如果这是一个明显的问题，我对此还很陌生。
这完全取决于您要处理的文档数量，我建议 运行 进行一些测试，估计您可能需要处理的文档数量。您可以查看 Cloud Functions Gen 2 that can run HTTP functions for up to 60 minutes and can have up to 16GB of RAM and 4 vCPUs. Cloud Scheduler 可能对定期触发 HTTP 功能很有用。
我的应用程序有 2 个预定功能用例。一个 运行 每天一次，并删除已闲置 x 个月的用户。这将从 firebase auth 中删除用户，我有一个事件驱动的函数，在发生这种情况时删除用户数据。其次，我有一个用例，我需要通读一个可能很大的集合中的所有文档并对数据执行一些算术运算，然后将其存储在一堆不同的集合中。这也将 运行 每天一次，并且每天都会收集数据以向用户显示随时间的变化。据我了解，计划的功能最多有 9 分钟的时间来执行，所以我想知道这个时间范围是否足够，或者我是否必须寻找其他地方，比如云 运行?
抱歉，如果这是一个明显的问题，我对此还很陌生。
这完全取决于您要处理的文档数量，我建议 运行 进行一些测试，估计您可能需要处理的文档数量。您可以查看 Cloud Functions Gen 2 that can run HTTP functions for up to 60 minutes and can have up to 16GB of RAM and 4 vCPUs. Cloud Scheduler 可能对定期触发 HTTP 功能很有用。