SQL云，什么时候用？
SQL Cloud, when to use it?
我正在比较 google 云 SQL 等服务的成本与在云中启动您自己的 VM 以及您想要的任何 sql 版本。
VM instance only vs Cloud SQL only
我对得到的结果感到非常惊讶。云 SQL，是相同底层系统（8 个 vCPU、52 Go RAM、2 To storage）价格的两倍多
所以基本上，您付出的越多，得到的就越少。而我期待的恰恰相反......
当然，您不必自己处理维护和自动备份，但我发现价格差异很可笑。
所以我的问题是：我什么时候应该考虑使用 Cloud SQL 而不是 运行 我自己的专用 VM？
现在，我觉得这项服务只是一种从客户那里榨取金钱的奇特方式。
注意：我采用了 google 云示例，但这与其他云提供商的结果相同。
这里的 tl;dr 答案是 VM 与完全托管的服务有很大不同。老实说，这就像比较苹果和橘子。
当你创建一个虚拟机时，你就有了一个虚拟机。你可以用它做任何你想做的事，但它只是一个虚拟机。该 VM 可能会重新启动，在许多情况下必须完全由您配置，不是冗余的，没有（添加的）安全层等。
作为一项托管服务，云 SQL（和其他托管服务）提供的功能远远超出您仅在 VM 上可以执行的操作。您提到了其中的一小部分，例如备份。通过托管服务，您可以获得对大多数人来说真正重要的大量其他内容，例如：
- 更新、升级
- 更好的性能（在您的示例中，PD 和 Cloud SQL 的 IOPS 不匹配）
- 支持服务
- 增加了安全性
- IAM 层
- 与其他服务的集成
- 不需要"build it yourself"
- 等...
虽然（极）少数人可能想要自己推出，但这通常是浪费时间，而且比使用托管服务风险更大。我认为，如果您询问大多数企业客户，托管服务的成本与付钱给一群人来复制您从一个人那里获得的好处相比显得微不足道。
这适用于 GCP、AWS 和 Azure。
我正在比较 google 云 SQL 等服务的成本与在云中启动您自己的 VM 以及您想要的任何 sql 版本。
VM instance only vs Cloud SQL only
我对得到的结果感到非常惊讶。云 SQL，是相同底层系统（8 个 vCPU、52 Go RAM、2 To storage）价格的两倍多
所以基本上，您付出的越多，得到的就越少。而我期待的恰恰相反...... 当然，您不必自己处理维护和自动备份，但我发现价格差异很可笑。
所以我的问题是：我什么时候应该考虑使用 Cloud SQL 而不是 运行 我自己的专用 VM？
现在，我觉得这项服务只是一种从客户那里榨取金钱的奇特方式。
注意：我采用了 google 云示例，但这与其他云提供商的结果相同。
这里的 tl;dr 答案是 VM 与完全托管的服务有很大不同。老实说，这就像比较苹果和橘子。
当你创建一个虚拟机时，你就有了一个虚拟机。你可以用它做任何你想做的事，但它只是一个虚拟机。该 VM 可能会重新启动，在许多情况下必须完全由您配置，不是冗余的，没有（添加的）安全层等。
作为一项托管服务，云 SQL（和其他托管服务）提供的功能远远超出您仅在 VM 上可以执行的操作。您提到了其中的一小部分，例如备份。通过托管服务，您可以获得对大多数人来说真正重要的大量其他内容，例如：
- 更新、升级
- 更好的性能（在您的示例中，PD 和 Cloud SQL 的 IOPS 不匹配）
- 支持服务
- 增加了安全性
- IAM 层
- 与其他服务的集成
- 不需要"build it yourself"
- 等...
虽然（极）少数人可能想要自己推出，但这通常是浪费时间，而且比使用托管服务风险更大。我认为，如果您询问大多数企业客户，托管服务的成本与付钱给一群人来复制您从一个人那里获得的好处相比显得微不足道。
这适用于 GCP、AWS 和 Azure。