相关疑难解决方法(0)

我有一个 Google App Engine 应用程序，它连接到 Google Cloud Storage。

我注意到存储的数据量高得不合理（4.01 GB，应该是 100MB 左右）。

因此，我查看了每个存储桶的存储量，我发现有一个名为的自动创建的存储桶us.artificats.占用了大部分空间。

我往里面一看，里面只有一个文件夹：containers/images/.

从我用 Google 搜索的内容来看，这些图像似乎来自 Google Cloud Build。

我的问题是，我可以在不影响整个应用程序的情况下删除它们吗？

我刚刚注意到我的应用程序的存储空间在过去几周内几乎达到了 5GB 的免费使用限制。更详细地检查后，似乎这是由“工件”存储桶引起的。

我看到了这个 SO question，它说“工件”存储桶与 Node 10 环境有关。

我确实在一个月前搬到了 Node 10，但在发现日志不再在 Firestore 功能控制台中构建后，几天后我又恢复到 Node 8，从那时起只使用 Node 8。

但是我可以看到“工件”存储每周增加约 800Mb，这让我至少担心（请查看下面的屏幕截图）

我认为这与 Firestore 功能部署有关（或不是？），但这真的是预期的吗？我可以安全地清理这些工件吗？

对我来说，它在短短几周内急剧增加，这对我来说很奇怪，而以前我使用函数几年，从来没有遇到过这样的问题。

感谢有关如何在这种情况下安全处理存储大小并将其消耗保持在最低限度的任何建议。

我也在使用pubsub.schedule函数以防它在这里很重要。

我还注意到“神器”的带宽出乎意料地飙升，我猜这也有成本影响，我很感激任何有关尽量减少此类峰值的可能方法的意见（22.5GB 中约有 22GB 来自“神器”存储桶)：

自今年年初以来，由于us.artifacts.<project-id>存储桶的原因，我在 Firebase 上托管的 Angular 网站一直在收取云存储费用。

昨天，我检查了存储使用情况，发现云存储上存储了约800MB+的数据。默认存储桶是空的，我没有在上面存储任何内容。因此，所有这 800MB 存储空间都用于函数构建。

我的项目中有 2 个 Node 10 函数（和 2 个 Node 8 函数）。Node 8 功能已弃用，但已于去年部署。它不会使用us.artifacts桶。

根据道格的回答和评论，

\n

文件的日期与部署日期相对应。找出哪些内容已经足够旧可以删除应该不难。\xe2\x80\x93 道格·史蒂文森 2020 年 9 月 15 日 3:56

\n

我昨天部署了这两个功能，并从存储桶中删除了之前日期的文件。从那时起，我无法部署这两个功能。

这是我到目前为止所尝试过的。

\n
1. 等待 8-10 小时并尝试重新部署 - 失败。
\n
2. 从 firebase 功能仪表板中删除了这两个功能并再次部署 - 失败。
\n
3. 从 Firebase 仪表板中删除了这两个函数，验证了它在 Google Cloud 函数列表中不存在，us.artifacts<project-id>并删除了这两个函数gcf-sources-<id>存储桶。然后将这些功能部署为新功能 - 失败。
\n
4. 完成步骤 3 中的所有操作（部署除外），然后重命名这两个函数并再次尝试部署 - 失败。
\n …