是否有一个业经证明云储存/Key=>值的数据库?(Open Source)[封闭]
-
11-07-2019 - |
题
我一直在寻找云计算/储存解决方案很长一段时间(启发通过谷歌大表).但是我不能找到一个易于使用的业务准备方案。
我在寻找一个简单的、容错、分布式Key=>的价值DB像SimpleDB从亚马逊。
我已经看到一样东西:
- CouchDB项目 :简单和分布、容错的数据库。但据了解只有手机中。没有XML连接等。
- 桉树 :好的亚马逊EC2接口。开放标准&XML。但是,少地分布并不容错?还有很多公开的机票XEN/VMWare问题。
- Cloudstore/Kosmosfs :好的分布、容错fs。但是很难配置。是否有任何java连接器?
- 手 :好的系统,该系统得多的能力,然后存储的数据。使用自己的Hadoop分布式文件系统和已经接受检验在集群与2000年的节点。
- *亚马逊SimpleDB :不能找到一个开放源码替代!这是一个不错的但是昂贵的系统大量的数据。和你沉迷于亚马逊。
有没有其他更好的解决方案了吗?哪一个是最好的选择吗?其中一个提供最小量的SOF(单点故障)?
其他提示
维基百科说,雅虎 两者都有助于在价值,使用它在生产 (文章链接,从维基百科).所以我会说它计数的业务provenness,虽然我不确定它是否算作一个K/V值的数据库。
不是你的清单上的任何系统的使用 MySQL作为一个简单的架构key/value商店.
很难为我了解你的优先事项。CouchDB是简单的、容错的,且分布,但是以某种方式排除它,因为它没有XML。是XML and Java连接一个未说明的要求?
(无论如何,CouchDB应该在事实上被排除在外,因为它很年轻,其API不稳定,而且它不是一个关键价值的商店。)
如果你想要的东西喜欢大表,你不能过去 HBase 或 Hypertable -他们都是开放源大表的克隆。要考虑的一件事,但是,如果你要求还真是'大不够'为大表.它扩展到成千上万的平板电脑服务器,正因为如此,有相当多的基础设施下的启用(例如,处理预期的定期节点故障).
如果你不预计增长,在非常少数的平板电脑服务器,您可能想要考虑的一个拟议的备选方案:你不可能打败BerkelyDb为了简单起见,或MySQL为普遍存在.如果所有你需要的是一个关键/价值的数据存储,可以把一个简单的字典'包装数据库的接口,并开出你的后端,如果你长大了一个。
你可能想看看 hypertable 这是模拟后的谷歌的大表.
使用CouchDB
- 什么错误的结果的方式?
- 计XML是微不足道
你可能想看看这个(使用MySQL作为关键的价值储存):
Cloudera 是一家公司,销售手,有一些附加价值的课程,如孵化、配置、培训和支持服务。
而不是寻找的东西 灵感 谷歌的大表-为什么不只是使用大表直接?你可以写一个前端谷歌上应用程序的引擎。