【问题标题】:Deploying Firebase Functions hit build quota (Build Create requests per minute)部署 Firebase 函数达到构建配额(每分钟构建创建请求)
【发布时间】:2021-01-21 00:14:41
【问题描述】:

我有一个包含 55 个函数的 Firebase 项目。我有时会收到一个部署错误,说我使用最简单的部署命令达到了Build Create requests per minute 的配额限制(现在的配额是 60),

firebase deploy --only functions

CLI 建议我使用这样的命令再次部署剩余部分,

firebase deploy --only functions:functionA,functions:functionB

由于它是每分钟配额,我希望 CLI 能够无缝地解决配额问题。但事实并非如此。

我向 Firebase 支持发送了一封电子邮件,他们建议我在尝试部署函数时始终只使用 75% 的配额,但我想知道大家是如何解决这个配额问题的?

我在documentation 中阅读了有关按组组织功能并按组部署的内容,但我想知道是否有其他解决方案?

【问题讨论】:

  • 您是否也面临使用--only functions 标志的问题,或者您只是不想使用它?这种逐组部署有什么问题?
  • @vitooh 我只是想知道是否有更好的解决方案。我想我可以根据业务逻辑分成两组,但如果我需要不断添加新功能,我可能会再次达到配额。所以我在想是否有一个解决方案可以更好地处理这个问题。
  • 您是否将所有功能保存在一个文件中?是JS还是TS?
  • @vitooh 我将所有函数拆分为单独的文件。现在是JS。我做了类似这个问题的事情,stackoverflow.com/questions/42726870/…
  • 你找到解决方案了吗@Michael。我遇到了只有 44 个函数的问题,我真的很想避免担心两个部署命令之间的依赖关系。

标签: firebase google-cloud-functions firebase-cli


【解决方案1】:

我认为你可以使用Cloud Build。顺便说一句,不确定您是否知道,您的所有 Firebase 项目和功能也都可以在 GCP 中使用。您可以直接在 GCP Console (direct link) 中更改和部署它们。

在 Cloud Build 中,您可以使用yamljson 中的便捷配置文件来deploy to Firebase

配置文件包含部署步骤,您可以在它们之间设置timeout (reference)。因此,您可以使用 --only 标志创建这些步骤并控制时间,您可以多次使用它创建的文件,并在添加新功能时对其进行调整。

我认为这将帮助您避免达到配额限制,并且我想您也可以使用 Cloud Build 的其他功能。

【讨论】:

    猜你喜欢
    • 2014-10-20
    • 1970-01-01
    • 2021-10-13
    • 2020-10-24
    • 2020-08-18
    • 2019-01-16
    • 2011-06-04
    • 2021-06-25
    • 2018-10-27
    相关资源
    最近更新 更多