专访FoundationDB联合创始人Nick Lavezzo

FoundationDB是一个数据库，它保证了ACID，同时还具有通常只有NoSQL数据库才有的高性能和可用性。InfoQ对该项目的创始人之一 Nick Lavezzo做了独家专访，从他那里我们获得了更多与该项目相关的内容。

InfoQ:我们了解到为了避开CAP定理宣称的限制，实现ACID和可扩展性，FoundationDB使用了两种不同类型的节点进行读写操作，事实是这样吗？你可以详细地解释一下这个架构吗？

Nick: FoundationDB并没有避开CAP定理；它只不过是采用了非传统的方式（对NoSQL而言）在网络分区间维护一致性。但是构建一个分布式的、完全一致的数据库很难；因此，为了让事情更简单，我们使用不同的服务器担当不同的角色。其中，最重要的两个角色是事务服务器和存储服务器。事务服务器负责检查发生的冲突，以保证ACID。存储服务器负责存储大量的有序键-值对，同时为事务服务器批准的读写请求提供服务。当然，在一个单独的物理机器上或者一个较小的集群中，这些角色可能重叠，一台电脑可以同时做多个任务。想要获取更多的信息可以在我们的网站上查看更加详细的解释。

InfoQ：你提到FoundationDB和一个“分层的”生态系统将会有开源和商业两个版本——对于爱好者而言，现在能够获取它们的源码吗？

Nick：我们一直在致力于构建核心数据库，但是我们对内部层的清理和文档化工作做的还不够，因此还不能公开对外发布（不过在我们的alpha测试者的要求下，现在这一层已经可以访问）。在往beta版进发的过程中，我们计划为层创建公共仓库。这些层一方面是揭示高层次数据模型的优秀工具，另一方面也展示了基于FoundationDB的有序键-值对API构建强大的应用是多么地容易。现在对层/应用程序代码示例有兴趣的人，可以在这里查看一些示例。

InfoQ：你提到一个构建在C++之上的新语言Flow，同时还提供了工具——可以分享一些相关的细节么？

Nick：我们已经在网站上发布了一段新内容，解释了Flow以及构建它的目的。

InfoQ:现在有人开始使用FoundationDB构建应用程序了么？

Nick：我们的测试员已经在构建基于FoundationDB的应用程序了，但我并不认为这是你期望的答案。你的意思应该是指生产环境中的应用程序，例如在它上面运行业务。FoundationDB现在正在Alpha阶段。在我们推出快照备份功能之前，也就是几周之前，我们不推荐任何人在生产环境中使用它。无论一个系统如何容灾，如果有人意外地（或者故意地）删除数据库中的数据，你都需要一个外部备份来恢复生产环境的应用程序。现在我们有了这个功能，所以我们正在和一些alpha测试者们一起将它应用于一些生产环境中的项目上。

InfoQ：FoundationDB现在或者将来能够支持全球分布式的数据库节点么，就像Google Spanner那样？如果是，它将如何实现？

Nick：是的。FoundationDB就是为了在本地和跨数据中心的集群中使用而设计的。在多数据中心配置环境中运行时，FoundationDB能够感知网络拓扑并做出智能的决定，例如在不同的数据中心存储数据副本。和Google Spanner一样，FoundationDB并不会使用全球各地所有的数据中心创建一个单一的、全局的数据库；相反，它会创建一个能够在几个临近的数据中心上高效运行的数据库。（通过在全球各地自动移动数据可以加快数据读取速度，但是，数据写入则是一个更加困难且特定于应用程序的工作。Spanner和FoundationDB都没有彻底解决这个问题。）

我们如何实现它呢？我认为解释它最简单的方式就是，所有像FoundationDB或者Spanner这样的系统都会有一个复杂的保障层，该层和其他层一起保持系统正确。Spanner的实现方式是构建一个独立的“全局变量”：时间。集群中的任何一个节点都能够对它进行强引用。例如，如果计算机A更新数据，计算机B读取数据，Spanner的TrueTime能够保证：如果B的读取操作发生在A的写入操作之后，那么B看到的一定是修改后的值。FoundationDB使用一种不同的策略：它使用一个名为Paxos的算法（我们的“全局变量”）存储少量的信息，并从中构建其它的保证和引用，而不是依靠时钟。

英文原文地址：Interview With Nick Lavezzo, Co-Founder of FoundationDB

感谢杨赛对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作，请邮件至[email protected]。也欢迎大家通过新浪微博（@InfoQ）或者腾讯微博（@InfoQ）关注我们，并与我们的编辑和其他读者朋友交流。