写点什么

专访 FoundationDB 联合创始人 Nick Lavezzo

  • 2013 年 1 月 20 日
  • 本文字数:1759 字

    阅读完需:约 6 分钟

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 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。

2013 年 1 月 20 日 07:471114
用户头像

发布了 321 篇内容, 共 107.5 次阅读, 收获喜欢 12 次。

关注

评论

发布
暂无评论
发现更多内容

2020年程序员必备的面试重点+面试真题+个人软实力,你学废了吗?

Java架构师迁哥

分布式系统实践解读丨详解高内聚低耦合

华为云开发者社区

添加字幕哪个视频剪辑软件比较简单?

奈奈的杂社

视频创作 视频剪辑 视频后期 自媒体 后期字幕

架构师训练营第 1 期 第 1 周作业

李循律

海量数据拉升背后的成本困扰:存算分离成美图降本增效新良方

华为云开发者社区

大数据 华为云 海量数据

你一定看得懂的Netty客户端启动源码分析!

Java 编程 Netty 架构师

一个草根的日常杂碎(9月22日)

刘新吾

生活 随笔 记录

(2)skynet ubuntu下载与安装

休比

golang 表格编程降低圈复杂度

猴子胖胖

表格开发 Go 语言

深度解析物联网设备的区块链技术

CECBC

区块链 智能合约 物联网

支付平台架构技术实现之终端安全

博文视点Broadview

架构 安全攻防 安全 支付系统 风控

Java 回调(Callback)接口学习使用

魏杰

华为云IoT智简联接,开启物联世界新纪元

华为云开发者社区

物联网

众盟科技2020智能化白皮书:穿越新商业周期,读懂商业智能化的真义

脑极体

时空碰撞优化系列·一

誓约·追光者

hive 数据分析 Sparksql 计算效率 优化

揭示智能边缘重大机遇 英特尔邀产学研推动产业智能升级

新闻科技资讯

Java引入第三方包的路径问题

谷鱼

路径

新疆采风笔记:送行·出发·火车上

刘新吾

随笔 旅行 新疆

flutter 高效开发工具集

Daniel

区块链用于支付手段只是开端

CECBC

区块链 金融

一个线程池中的线程异常了,那么线程池会怎么处理这个线程?

Java架构师迁哥

救人于无形的“环境智能”,到底是一种什么智能?

脑极体

船长梁晓玲的猎鹰号真的能赚钱嘛?不分析不知道……

成周

心理学 船长梁晓玲 诈骗

腾讯架构师:亲手Debug之后,你就知道为何面试问源码了

小Q

Java tomcat 程序员 架构 调优

阿里P8大牛的建议,工作1-5年的Java工程师如何让自己变得更值钱

Java架构之路

Java 编程 程序员 面试

c++杂谈-1

菜鸟小sailor 🐕

c++

2020大厂面试一道高频Spring题,90%的Java开发者都拜倒在它脚下!

Java架构师迁哥

从全备中恢复单库或单表,小心有坑!

Simon

MySQL MySQL 运维

nginx 实现接口版本控制

程序员与厨子

php nginx laravel Nginx PHP-FPM 版本控制

华为云推UGO:一手抓结构迁移,一手抓SQL转换

华为云开发者社区

“大数据+区块链”的智慧城市建设!

CECBC

区块链 大数据

专访FoundationDB联合创始人Nick Lavezzo-InfoQ