构建管理全球分布的数据、提供数据一致性和高可用性的系统非常困难。云的美妙之处在于，其他人可以为您构建它。

CAP定理说，数据库只能具有以下三个理想属性中的两个：

对于"广域"上的分布式系统，通常认为分区是不可避免的，尽管不一定是常见的。如果您认为分区是不可避免的，那么任何分布式系统都必须准备好放弃一致性（AP）或可用性（CP），这不是任何人都想做的选择。事实上，CAP定理的出发点是让设计者认真对待这种权衡。但有两个重要的注意事项：第一，在实际分区期间，您只需要放弃一致性或可用性，即使这样，也有许多缓解措施。第二，实际的定理是关于100%的可用性；一个更有趣的讨论是关于实现现实的高可用性所涉及的权衡。

Panner加入Google Cloud

在CAP方面，尽管在广域范围内运行，但Panner声称是一致的和高可用的，这让许多人感到惊讶甚至不太可能。因此，这一主张值得讨论。这是否意味着扳手是CAP定义的CA系统？简而言之，从技术上来说，答案是"不"，但实际上是"是"，它的用户可以并且确实假设CA.

最纯粹的答案是"不"，因为分区可能发生，而且事实上已经在Google发生过，在一些分区中，Panner选择C并放弃A。从技术上讲，它是一个CP系统。

但是，没有系统提供100%的可用性，因此，实际的问题是，Panner是否提供了如此高的可用性，以至于大多数用户不必担心它的中断。例如，考虑到一个应用程序有许多中断源，如果Panner对它的停机时间贡献不大，那么用户不用担心它是正确的。

在实践中，我们发现Panner确实满足了这个标准，可用性超过5个9（105个故障中不到1个）。鉴于此，多地区云扳手的目标将是正确的5个9，因为它有一些额外的新件，将在一段时间内更高的风险。

内部扳手

有几个因素，但最重要的是，扳手运行在谷歌的私人网络。与大多数广域网，尤其是公共互联网不同，谷歌控制着整个网络，因此可以确保硬件和路径的冗余，也可以控制升级和一般操作。光纤仍将被切断，设备也将出现故障，但整个系统仍然相当健壮。

这也需要多年的操作改进才能达到这一点。在过去十年的大部分时间里，谷歌已经改进了它的冗余性、故障控制，最重要的是改进了它的进化过程。我们发现，网络造成的中断不到Panner已经很少见的10%。

构建能够管理遍布全球的数据、提供数据一致性和高可用性的系统是可能的；这真的很难。云的美妙之处在于，其他人可以为您构建云，您可以专注于服务或应用程序的创新核心。