不幸的是，Firebase的Flame计划消失了，我现在必须处理Blaze计划，由于预算“无限制”，我不喜欢Blaze计划（但我的钱包不是）。昨天我在编码时，错误地制作了一个称为3 Cloud Functions的循环，我发现该循环的速度足以阻止大屠杀。
在仅15秒的执行时间内，我已经能够触发超过1万个请求，并且没有错误，这证明Firebase的性能相当不错，但也很可怕！我该如何限制用户的请求？我对自己的代码非常有信心，但是众所周知，如果有人获得了我的Firebase配置文件，我就完成了。
我是一个独立开发人员，这是我业余时间完成的第一个应用程序，我不想因为触发读取/写入/云功能而变得一团糟。没有人是完美的，每个人都会犯错，也许我没有在代码中发现一个小错误，只有在生产中一次它才能揭示出它的真正潜力。我不是要Firebase处理我的错误，但我希望能够停止CF和Firebase。
我唯一的愿望是要充满自信地睡觉，我不想在早上有10.000美元的账单时醒来。我已经读到，有可能使用CloudFunctions完全禁用项目上的账单帐户，但是我的Firebase Storage存储桶将如何处理（对于优于Spark计划的存储）？而且似乎并不容易。
Firebase是一款很棒的产品，我喜欢它使用起来多么简单/有趣，但是现在由于Flame预算有限的计划已经不见了，因为我的应用程序几乎已经准备好投入生产，所以我感到非常受困，而我认为我是那里唯一的人。
答案 0 :(得分：5)
啊，您偶然发现了“速率限制”难题。不用担心，我花了很多时间为自己担心。
为了获得对应用程序的更多控制，您将必须将项目链接到google cloud platform。然后导航到IAM & Admin>Quotas（一旦选择了Firebase项目）。
现在，您可能一开始可能不知所措，并且对为什么云功能API限制器如此之多感到困惑。这些配额应允许您以多种方式对云功能API（类似于twitter的功能）进行速率限制，包括但不限于：
将列出的API是您已启用的API，因此您也可以设置云存储的限制。
默认情况下，在火花计划中，每秒的最大调用数设置为每天最多5000次调用。但根据docs，绝对最大值为100,000,000 / 100秒！
pricing docs也值得一看，其中有一个成功的应用程序典型的每月使用案例的好例子。要大大简化，单次调用的费用为0.0000004美元，因此10,000,000次调用将花费您高达3.20美元。但是，请不要让这么低的成本蒙骗您，如果您编写了一些糟糕的代码并且它具有指数级的复杂性（例如每次调用都读取firestore集合中的每个文档），那么您可能会付出沉重的代价。因此，请确保您设置了这些配额：）
请记住，服务器管理员与代码本身一样是应用程序的一部分。如果您的应用程序已投入生产，请准备好每天花费一些时间浏览Google云信息中心并检查限制，分析趋势等。通过这种方式，您可以增加每天可以允许的调用数量，并睡个好觉知道如果用脚射击自己，就不会流血过多。
祝你好运
卑鄙的B。