了解来自 GCP 的“需要采取行动”的电子邮件,重新:启用 Cloud Build API

Posted

技术标签:

【中文标题】了解来自 GCP 的“需要采取行动”的电子邮件,重新:启用 Cloud Build API【英文标题】:understanding "action required" email from GCP, re: enable Cloud Build API 【发布时间】:2020-06-08 11:07:34 【问题描述】:

我将 Firebase 用于我的网络应用程序,而不是 Google Cloud Platform——尽管我知道在幕后,每个 Firebase 项目也是一个 GCP 项目。

我刚收到一封来自 GCP 的电子邮件,内容是(摘录):

[需要采取行动]:在 2020 年 4 月 20 日之前为您的项目启用 Cloud Build API,以确保正确构建和部署 Cloud Function ... 您必须为您的项目启用 Cloud Build API,以确保您的Cloud Function 已正确构建和部署。启用 API 后,如果您的 Cloud Build、Container Registry 或 Cloud Storage 使用量超过这些产品的免费层级限制,您可能会产生费用。

这会影响 Firebase 的部署或开发过程吗?(例如,我现在使用 firebase deploy

据我所知,答案是否定的——它只是允许更大的最大每天构建时间。但是这封电子邮件根本没有提到 Firebase,所以我想确保我在 4 月 20 日之前了解任何其他含义。

【问题讨论】:

可以否决投票者澄清,以便我可以编辑? 由于firebase也使用函数,这就是为什么firebase->函数->云构建 谢谢 - 我理解那部分,但我的问题是更改是否会影响 firebase 端的部署或开发 我建议联系 Firebase 支持以获取官方声明。如果他们发表了明确的声明,那么将其作为答案发回此处会很有帮助。 support.google.com/firebase/contact/support 因为这得到了一些支持,我只想提一下我已经发送了一封电子邮件来支持,一旦他们回复我就会回复 【参考方案1】:

我有同样的问题并与 firebase 支持团队取得了联系,以下是我的问题和我收到的答案:

“这是强制性的吗?”

仅当您打算在未来部署 Cloud Functions 时,已经 部署的功能不会受到影响。

“我如何知道我的 Cloud Build、Container Registry 或 Cloud Storage 使用量是否会超过这些产品的免费层级限制?有什么方法可以检查我一直在使用什么,以便我做好准备? "

Cloud Build 提供了一个免费层级,其中仅使用量高于 120 build-minutes/day 将被收取费用。当您的使用量在免费范围内时 层,您不会为 Cloud 的 Cloud Build 部分付费 功能部署。有关更多信息,请参阅 Cloud Build 定价。 同样,Cloud Storage 和 Container Registry 共享一个免费层 仅对超过 5GB 月的使用量收费。 ( * 注:免费 层级仅限于美国地区 - US-WEST1、US-CENTRAL1 和 US-EAST1 并汇总了所有 3 个区域)?例如,如果您有一个大 使用 100GB 存储的部署,您只需支付 额外的 2.47 美元存储/月(基于这些特定的美国 区域存储价格)。您可以监控您的使用情况并查看是否 您即将达到免费配额。

“最后,所有这些东西对我的应用有什么作用?为什么我需要添加这些其他功能?如果你要卖给我这个,你会如何为我的用例展示它?”

这是 Google 尽最大努力传达的信息 用户继续使用产品所必需的或 被认为是必要的法律更新,并让客户远离 有未来的问题。使用 Cloud Build、Container Registry 和 Cloud 存储提供以下好处: 详细的函数构建日志 将在 GCP Console 中可用,有助于调试和 增加知名度。获得超过 当前的构建配额为 120 构建分钟/天。查看构建的能力 您在 Container Registry 中的函数的容器映像。

【讨论】:

感谢您的回答 - 我仍在等待支持人员的澄清,但我感谢其他问题/答案,尤其是“您如何向我推销这个?”,以及非回答“我们不会向你推销它,因为我们可以强加它。” (不过,公平地说,免费套餐很慷慨。)【参考方案2】:

我收到了来自 Firebase 支持的以下回复:

如果您在此日期 [2020 年 4 月 20 日] 之后未启用 Cloud Build API,您将无法使用云功能。

并且,在后续交流中:

据我所知,在部署方面一切都将相同

因此,我对这些关于原始问题(这会影响开发部署的机制)的回答的解释是:

部署过程:无需更改 开发过程:无需更改*

*如果您的构建时间每天超过 120 分钟,并且您希望避免相关费用,您可以自愿调查更改部署/开发过程以减少构建时间。

还要感谢 Fran 的回答,它阐明了变化的其他方面。

【讨论】:

以上是关于了解来自 GCP 的“需要采取行动”的电子邮件,重新:启用 Cloud Build API的主要内容,如果未能解决你的问题,请参考以下文章

GCP 云存储(GCS)新对象/更改通知到电子邮件/文本,消息

GCP Pubsub 主题持续时间中存在的消息数

无权访问此资源/API (GCP)

Angular - 以编程方式提交表单

为什么我无法从我在GCP中托管的应用使用Gmail SMTP发送电子邮件?

C# GCP auth2.0 403 不匹配重定向