火基云功能不合理地慢

Question

我们大量使用onCall运行Firebase应用程序。然而，问题是，这些函数的反应不合理地慢。即使在重复调用之后，简单的函数也需要4秒才能回答。

有些事情我们已经考虑到了：

• Coldstart:我们知道Firebase云功能在有一段时间没有运行时会很慢。在重复调用之后，我们仍然有问题。
• 大结果集:即使Firestore结果集为空，响应也很慢。
• CORS选项飞行前的响应时间也不合理(通常为4-8秒)。
• 我们正在进行一项着火的计划。
• 相同的调用和相同的结果大小产生的结果非常不同

在下面的图片中，除了简单对象检索之外，没有其他调用。结果集中的任何文档都不会触发进一步的检查。不过，我们还有超过8秒的时间来检索66 we的数据。

​

​

以下图片仅适用于飞行前的请求。我们甚至不期望这些攻击会影响到我们的代码。这是错误的假设吗？

​

​

最后，应该提到的是，我们的总部设在欧盟，服务器位于美国。但我们不认为这解释了4秒的响应时间。

Answer 1

在检索customClaims的可调用函数方面，我遇到了完全相同的问题，在使用堆栈驱动器监视该函数几天之后，我得出结论，它是由冷启动引起的。

​

​

看看那些橙色的，似乎当同样的情况是温暖的时候，它就像你在你的箱子上提到的那样有魅力，一旦天气变冷(大约15分钟后)，我们会再次看到它们。

这也带来了其他挑战..。看看这个。

​

​

事实上，我们同时使用一个实例，这并不意味着每个人都会使用该实例(在此期间)，我发现当几个用户在同一时间调用该函数时，它会产生更多的实例(最多在同一时间上有6个实例)。

我还没有找到适当的公式来减少这些时间，同时保持相当大的安全性，但是我记录了一些发现，也许它们可能会有所帮助(它们只在后台函数上)--我很快就会对可调用函数进行同样的测试。