问耐久性/可用性保证

EN

我希望来自谷歌的人提供一些关于云大表服务所提供的持久性和可用性保证的指南。

我到目前为止的理解如下：

• 最小集群需要3个节点这一事实表明，至少在一个区域内，数据是高度持久的，并且复制到3个节点。
• 然而，一名谷歌人的这个答案声明"Cloud不复制数据“--直接与云Bigtable主页上的引语相矛盾，后者声称它”是用复制的存储策略构建的“。那是哪一种？是复制还是不复制？如果是的话，还保留了多少份？
• 集群只能在特定区域内建立这一事实表明，集群的可用性与该区域的可用性直接相关。因此，如果我想拥有一个高度可用的基于Bigtable的数据存储，那么最好的做法是跨多个区域建立独立的集群，并自己处理集群之间的写操作的同步吗？

没有关于跨区域的Bigtable集群是否独立的信息。如果我要建立跨多个区域的集群，而其中一个区域下降了，我们能指望其他区域的集群继续工作吗？还是有一些潜在的单一故障点可能影响集群，甚至跨区域？

与关于这些细节非常具体的aspects数据存储相比，Cloud文档相当缺乏--或者，至少我还没有找到一个详细介绍这些方面的页面。

Cloud文档在其他方面也很模糊，例如在值的大小限制问题上，文献资料指出单个值应该保持在“每个单元格10 MB”以下。“10 MB”到底是什么意思？！我是否可以硬编码一个精确的10 it的限制，并期望它总是工作，或者这会每天变化取决于未知的因素？

不管怎么说，如果我听起来很激动的话，很抱歉。我真的很想使用Bigtable服务。但我和其他许多人一样，需要了解它的耐久性/可用性方面，然后才能对其进行投资。谢谢。