我是GCP堆栈的新手,所以我对用于存储数据的GCP数量技术感到非常困惑:
https://cloud.google.com/products/storage
虽然上面的文章中没有提到google云扳手,但我知道它是存在的,并且in用于数据存储:https://cloud.google.com/spanner
从我目前的观点来看,我没有看到云sql( postgres在幕后)和云扳手之间有什么明显的区别。我发现它有一些不同的语法,但是当我更喜欢这种技术而不是spring时,它就不会回答了。
你能解释一下吗?
P.S.
我认为spring是由google管理的具有自动复制和水平可伸缩性的传统数据库。
发布于 2020-02-26 11:44:32
它们之间在所做的事情上并没有太大的区别(将数据存储在表中)。不同之处在于他们如何在小的和大的范围内处理数据。
当您需要处理大量的数据时,需要更高的一致性和大量的数据处理(每秒+100,000次读/写),就可以使用云扳手。扳手提供了更好的可伸缩性和更好的SLO。
另一方面,扳手也比Cloud昂贵得多。
如果您只想以廉价的方式存储客户的一些数据,但仍然不想面对服务器配置,则Cloud是正确的选择。
如果您计划创建一个大的产品,或者如果您想要为您的应用程序(病毒游戏/应用程序)的用户数量的大幅增加做好准备,那么扳手就是正确的产品。
您可以在此正式文件中找到有关云扳手的详细信息
发布于 2020-02-26 11:47:52
Cloud和Cloud之间的主要区别是横向可伸缩性+10 of以上的数据的全局可用性。
扳手不是一般的SQL需要,扳手最好是用于大规模的机会。1000秒每秒,全球范围内。10,000-100,000每秒读取,全球范围。
如果不对数据库进行复杂的切分,就很难用普通的SQL / MySQL实现上述卷。Spanner处理所有这些,并允许ACID更新(这在切分数据库中基本上是不可能的)。他们用超精确的时钟来管理冲突。
简而言之,Spanner不是针对CRM数据库的,它更适合于一个组织内海量的全球数据。而且,由于扳手有点贵(与云SQL相比),这个项目应该足够大,足以证明扳手的额外成本是合理的。
您也可以在Reddit (一个好的!):sql/e3cof2r/上关注这个讨论。
发布于 2020-02-26 21:51:02
以前的答案是正确的,扳手的主要优点是可扩展性和可用性。虽然您可以使用Cloud进行扩展,但是除非拆分,否则编写吞吐量有一个上限--这取决于您的用例,可能是一个很大的挑战。处理切分的SQL是斯皮纳在谷歌内部解决的最大问题。
https://stackoverflow.com/questions/60412688
复制相似问题