谷歌最近宣布了对Cloud Paner的各种改进，它的分布式、解耦的关系数据库服务吞吐量增加了50%，每个节点的存储空间比以前增加了2.5倍”，而且价格没有变化。

　　该公司将增加Cloud Spanner的读取吞吐量，这意味着每个扳手节点，即计算资源的集合，即CPU、RAM和存储，可以容纳10TB的存储，而不是4TB。这些更新将在未来几个月内推出，而在某些选定的区域和多区域实例配置中，它现在可用。

　　该公司声称“对于大多数工作负载，Panner的高吞吐量、几乎无限的规模、一位数毫秒延迟、五个9的可用性SLA和强大的外部一致性语义现在可以以Amazon DynamoDB的一半成本提供。”与Dynamo DB的成本比较基于AWS黄金日博客文章中的数字，谷歌博客文章的作者指出：

　　通过这些更改，对于类似的工作负载，与Amazon DynamoDB相比，Panner现在每美元的读取吞吐量提高了2倍。

　　这一主张和比较在网上引起了各种评论。DuckbillGroup首席云经济学家Corey Quinn在推特上写道：

　　当你这样发帖的时候，你只需要在你的背上画一个巨大的目标。

　　谷歌真的在这里吹嘘他们的Cloud Spanner的全球交易量是DynamoDB单个客户（诚然是大的内部客户）交易量的“20倍”吗？

　　这是怎么被批准的？

　　此外，Bumi创始人Dax Raad在推特上写道：

　　这就是为什么我认为谷歌云是个笑话

　　他们在amazon上分享了一个关于他们自己的产品使用公开的dynamodb的流量的数据

　　并将其与使用谷歌内部版本扳手的3种产品的总使用量进行比较

　　由黑客新闻帖子上的一位受访者确认，他写道：

　　可能更公平的比较是共享运行Cloud Paner的谷歌服务的峰值负载，而不是所有GCP和所有谷歌的所有Paner服务的总和（非GCP infra上的Paner）。

　　然而，令人困惑的是，在本文中如何一致地使用“Cloud Spanner”。。。除了在谈论Gmail、广告和照片时，上面说这些产品使用的是“扳手”，而不是“Cloud Spanner！”。就像他们不是在使用Cloud Spannerinfra，而是在使用他们自己的。这将有助于了解是什么情况，以及Cloud Spanner的负载是什么：而不是运行在内部谷歌infra（不是GCP）上的扳手。

　　最后，根据该公司的说法，扳手的用户将不得不采取任何措施来利用这些改进，并将继续按目前的费率计费。有关Cloud Spanner定价的详细信息，请访问定价页面。

关键词：

免责声明：市场有风险，选择需谨慎！此文仅供参考，不作买卖依据。