理解Google云平台微服务架构设计的成本估算

Question

我正在将一个整体应用html" target="_blank">程序重新设计成一个微服务架构，并希望使用谷歌云平台(GCP)来承载整个解决方案。我很难理解他们的成本细分，并担心我的成本将无法控制后，我建立它。这是一个个人项目，但我希望将有许多用户后，我推出，所以我想得到底层架构的权利，同时有合理的成本，最初当我推出。

下面是我的架构：

微服务1-4（共4个API服务）：

• 在App Engine上运行
• 公开REST API并将数据保存到DataStore
• 最初每个API每天应该被击中大约200次

• 在App Engine上运行
• 侦听PubSub事件并保存到DataStore（基本上我有一个传感器，它将数据推送到这个服务进行存储）
• 最初PubSub应该每天接收大约200次事件

微服务6-7（共2个UI服务）：

• 在App Engine上运行
• 这些是UI，因此人们可以登录和使用系统。UI是轻量级的frond end应用程序，使用上面的REST服务以一种良好的方式填充用户数据。
• 每个UI服务应该每天使用3小时

我想使用App Engine，因为它是完全管理的，这是我的设计要求之一。但我希望AppEngine有某种睡眠模式，这样当没有使用时，它就不会账单了？

任何帮助了解我每月的费用将是感激。

谢谢.

这意味着我将为这些服务支付全价。（即每月7 X完整App Engine VM成本：O）

这是一个费用，我不能仅仅为一个适当的微服务设计的POC。相反，我将继续我的微服务设计，但使用一个10美元的DigitalOcean盒子和Dokku来容纳我的服务。如果这工作良好，我有一个需要，我将迁移这个设计到GCP（或AWS）

Answer 1

max_idle_instances = 0

在您的app.yaml中。

这意味着您的应用程序将自动伸缩以根据需要处理流量，然后关闭实例。还有

当负载峰值后恢复到正常水平时，空闲实例的数量可能会暂时超过指定的最大值。但是，对于超过您指定的最大数量的实例，您将不会被收费。

稍后--当加载时间变得更加重要时，您可以将min_idle_instances设置为更合适的数字--这允许响应性应用程序。