Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/firebase/6.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Firebase火焰计划和云功能_Firebase_Google Cloud Platform_Google Cloud Functions - Fatal编程技术网

Firebase火焰计划和云功能

Firebase火焰计划和云功能,firebase,google-cloud-platform,google-cloud-functions,Firebase,Google Cloud Platform,Google Cloud Functions,不幸的是,Firebase的Flame计划消失了,我现在不得不处理Blaze计划,我不喜欢它,因为它有“无限”的预算(但我的钱包不是)。昨天我在编写代码时,错误地做了一个循环,调用了3个云函数,我发现这个循环足够快,足以阻止这场大屠杀 在仅仅15秒的执行时间内,我就能够触发超过10K的请求,而且没有错误,这是Firebase相当好的性能,但也很可怕!我如何限制来自用户的请求?我对我的代码很有信心,但我们都知道,如果有人得到我的Firebase配置文件,我就完成了 我是一名独立开发人员,这是我在业

不幸的是,Firebase的Flame计划消失了,我现在不得不处理Blaze计划,我不喜欢它,因为它有“无限”的预算(但我的钱包不是)。昨天我在编写代码时,错误地做了一个循环,调用了3个云函数,我发现这个循环足够快,足以阻止这场大屠杀

在仅仅15秒的执行时间内,我就能够触发超过10K的请求,而且没有错误,这是Firebase相当好的性能,但也很可怕!我如何限制来自用户的请求?我对我的代码很有信心,但我们都知道,如果有人得到我的Firebase配置文件,我就完成了

我是一名独立开发人员,这是我在业余时间开发的第一款应用程序,我不想因为触发读/写/云功能而变得一团糟。没有人是完美的,每个人都会犯错误,也许我没有在我的代码中发现一个小错误,只有在生产过程中才会发现它的真正潜力。我没有要求Firebase处理我的错误,但如果我愿意,我希望能够停止CF和Firebase

我唯一的愿望就是自信地睡觉,我不想有一天早上醒来时带着一张10000美元的钞票。我读过这样一篇文章:在一个使用CloudFunctions的项目中完全禁用计费帐户是可能的,但是我的Firebase存储桶(例如,对于优于Spark计划的存储)会发生什么情况?这似乎并不容易做到


Firebase是一款很棒的产品,我喜欢它的易用性/趣味性,但现在随着Flame的消失,预算锁定的计划已经取消,我觉得自己真的被困了,因为我的应用程序即将投入生产,而且我不认为我是唯一的一个。

啊,你已经陷入了“利率限制”的难题。不用担心,我自己也为此担心了很多个晚上

为了更好地控制应用程序,您必须将项目链接到。然后导航到
IAM&Admin>Quotas
(选择firebase项目后)

现在,您可能一开始就不知所措,并对为什么有这么多云函数API限制器感到困惑。这些配额应允许您以多种方式对云函数API(类似于twitter)进行评级限制,包括但不限于:

  • 每天读取请求
  • 每100秒读取请求数
  • 每100秒的函数调用次数
  • 每天的函数调用
将列出的API是您启用的API,因此您也可以设置云存储的限制

默认情况下,在spark计划中,每秒最大调用次数设置为每天最多5000次。但根据数据,绝对最大值为100000000/100秒

同样值得一看的是,它有一个成功应用的典型月度用例的好例子。简单地说,一次调用需要花费0.0000004美元,因此10000000次调用需要花费3.20美元。但是,不要让这种非常低的成本愚弄了你,如果你编写了一些糟糕的代码,并且它具有指数级的复杂性(比如每次调用都读取firestore集合中的每个文档),那么你可能会被指数级的成本击垮。因此,请确保设置这些配额:)

记住,服务器管理和代码本身一样是应用程序的一部分。如果你的应用程序投入生产,准备每天花一些时间浏览谷歌云仪表板,检查限制,分析趋势,等等。这样你就可以增加每天允许的调用量,睡个好觉,知道如果你射中自己的脚,你不会流太多血

祝你好运


卑鄙的B.

嗨,也许你可以在GCP中使用预算,Firebase作为谷歌产品的一部分是基于GCP(谷歌云平台)技术的,你的所有基础设施都由一个项目和一个谷歌账户管理。作为该环境的一部分,您可以利用GCP功能;根据我的建议,你可以设定一个预算,例如,限制任何谷歌产品(包括云功能)的容量,或者为任何怪异行为的建议设置警报。我向您提供了文档:您好,谢谢您的回答,但我已经将警报设置为低于我预期的最大百分比。不幸的是,这个设置只是一个警告,如果你睡觉时不带手机,第二天早上你可能会有一个非常大的惊喜。当我看到我在15秒内所能做到的,我让你想象几个小时后:(嗨,谢谢你这么详细的回答:)我会试试你说的。昨天,当我创建循环时,我在Blaze plan上,是的,它能够毫无问题地处理请求,真是不可思议!是的,一开始定价似乎并不多,但正如你所说,我不担心正常使用,我担心的是bug/黑客。我估计每个用户的每日读取使用量大约为500次Firestore读取/50次写入,我认为这并不多。是的,我习惯于管理服务器,但很明显,Firebase的目标是允许您在实际应用程序代码上有一些空闲时间,而不是服务器。无需担心,Firebase是无服务器的,但随着时间的推移,您仍然需要更改配额(比如,如果你从10个用户开始,你可以使用你估计的500次读取,每天的配额为5000次。我不知道有任何自动配额设置方法,但值得一看(我使用Google Cloud Run).这很好,如果我用我的CF做日志,这样我就知道一切是否正常。我不反对随着时间的推移改变配额,如果它能让我睡得好。即使我必须每天检查两次,如果一切正常,我会,这没什么大不了的,但是当我看到我昨天在15秒内可以做的事情时,我真的吓坏了。这个应用程序已经完成了在我的业余时间,这是一件有趣的事情,而不是一个晚上