gpt4 book ai didi

firebase - Firebase存储工件很大,并且还在不断增加

转载 作者:行者123 更新时间:2023-12-03 07:35:15 26 4
gpt4 key购买 nike

我刚刚注意到,我的应用的存储空间在过去几周内几乎达到了5GB的免费使用限制。在更详细地检查它之后,看来这是由“ Artifact ”存储桶引起的。
我看到this SO question,其中说“ Artifact ”存储桶与Node 10环境有关。
我确实确实在一个月前搬到了Node 10,但是在确定日志不再在Firestore功能控制台中结构化之后,几天后我又回到了Node 8,此后才使用Node 8。
但是我可以看到“ Artifact ”存储每周保持约800Mb的速度增长,这让我至少可以担心(请查看下面的屏幕截图)
我认为这与firestore功能的部署有关(或不相关),但这真的可以预期吗?我可以安全地清理这些 Artifact 吗?
对于我来说,这很奇怪,它在短短几周内就急剧增加了,而以前我使用函数已经有几年了,从未遇到过类似的问题。
感谢有关在这种情况下如何安全处理存储大小并最大程度地减少其消耗的建议。
如果这里很重要,我也使用pubsub.schedule函数。
enter image description here
enter image description here
enter image description here
我还注意到,“ Artifact ”的带宽意外增加,我认为这也会带来成本影响,我也很感激任何可能的方法以最大程度地减少此类尖峰(22.5GB中约22GB来自“ Artifact ”存储桶):
enter image description here
enter image description here

最佳答案

找出解决方案-看来有一种方法可以在Google云控制台中为那些使存储困惑的图像设置自动删除规则。

  • 转到Google云控制台,选择您的项目->存储->浏览器https://console.cloud.google.com/storage/browser
  • 选择“ Artifact ”存储桶
  • 在“生命周期”选项卡下,添加一条规则以自动删除旧图像(在我的情况下,我将“自更新起1天后删除”置于此选项对我而言很好)

  • enter image description here
    现在存储很安全!
    希望火力基地团队能够改善这一点-当前的行为令人困惑,因为它很容易导致意外的账单,除非您采取额外的措施来防止这种情况发生。但是您永远不会知道它会发生。

    关于firebase - Firebase存储工件很大,并且还在不断增加,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/63843721/

    26 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com