Firebase 云函数响应时间答案

【问题标题】：Firebase Cloud Functions Response TimeFirebase 云函数响应时间
【发布时间】：2020-04-15 20:37:53
【问题描述】：

所以直到 2018 年年中，一直有人抱怨 Firebase Cloud Functions 和 Google CF 的性能问题（我相信这在幕后是一样的）。喜欢这些：

https://github.com/googleapis/google-cloud-node/issues/2374

https://github.com/firebase/firebase-functions/issues/161

我记得看到一个简单的 Hello World 示例的响应时间为 500 毫秒 - 800 毫秒。编辑：我知道冷启动，但正如 GitHub 问题中所述，冷启动不是主要问题。 Firebase 云函数会随机花费 10 秒来响应，这看起来像是 Firebase 中的一个问题。

我目前正在考虑使用 Firebase 构建一个项目，并希望使用 Firebase 云功能构建一个 REST API - 但糟糕的性能会破坏交易。

目前的状态是什么？这些问题还会出现吗？
这些 GitHub 问题都没有得到谷歌的正确回答，但从那以后也没有更多的用户抱怨......

【问题讨论】：

如果缓慢出现是随机的，这对我来说听起来像是一个冷启动，因为无法预测何时分配新的服务器实例。
虽然我认为这是一个好问题，但我不确定这对 SO 来说是一个好问题。它实际上与服务器性能有关，而不是与特定的编码问题真正相关——这就是 SO 的用途——所以我们无法发布任何代码来“纠正”问题。它也有点开放式，因为我没有遇到过 Firebase 产品（云功能或其他）的任何重大性能问题。我建议制作一个特定的用例，对其进行测试，然后如果您发现性能问题与 Firebase 支持一起使用，因为它们是可以纠正它的问题。

标签： firebase google-cloud-functions

【解决方案1】：

冷启动时间对于 Cloud Functions 等无服务器后端来说是不争的事实。这是由于服务器实例自动扩展和缩减以经济高效的方式处理负载的方式。您始终可以预期，对新服务器实例的第一个请求将比定向到同一服务器实例的后续请求花费更长的时间。该时间量会因许多因素而异，包括触发器的类型以及第一个请求需要发生的所有事情。

如果您想了解有关 Cloud Functions 规模的更多信息、您的预期结果以及您可以采取哪些措施来缓解冷启动，请关注我的 video series。

【讨论】：

谢谢，但不是我要找的。我更新了我的问题。

【解决方案2】：

Cloud Functions for Firebase 是带有包装器的 Google 云函数，可让它们更好地与其他 Firebase 产品集成。因此，预计会有少量性能损失。

决定使用哪一个的重要部分取决于您集成最多的内容。如果您的项目在 Firebase 中运行，使用 Firebase 身份验证等，那么 Cloud Functions for Firebase 是最佳选择。

另一方面，如果您使用的是 Google Cloud Platform Products，那么Google Cloud Funtions 是最佳选择。

【讨论】：