我一直在寻找云计算/存储解决方案（灵感来自 Google Bigtable）。但我找不到一个易于使用、业务就绪的解决方案。
我正在搜索一个简单的、容错的、分布式的 Key=>Value DB，比如来自 Amazon 的 SimpleDB。
我见过这样的事情：
还有其他更好的解决方案吗？哪一个是最好的选择？哪一个提供最少的 SOF（单点故障）？
内存缓存怎么样？
高可扩展性博客涵盖了这个问题；如果有你所追求的开源解决方案，它肯定会在那里。
其他项目包括：
另一个不错的列表：Anti-RDBMS：分布式键值存储列表
维基百科说，雅虎既为 Hadoop 做出了贡献，又在生产中使用它（文章链接自维基百科）。所以我会说它对业务证明很重要，尽管我不确定它是否算作 K/V 值数据库。
使用MySQL 作为简单的无模式键/值存储的 Friendfeed 系统不在您的列表中。
我很难理解你的优先事项。CouchDB 简单、容错且分布式，但不知何故您将它排除在外，因为它没有 XML。XML 和 Java 连接器是未说明的要求吗？
（无论如何，CouchDB 实际上应该被排除在外，因为它还很年轻，它的 API 不稳定，而且它不是键值存储。）
我使用 Google 的Google Base api，它是 Xml、免费、文档化、基于云的，并且具有多种语言的连接器。如果您也想要免费托管，我认为它会满足您的需求。
现在，如果您想托管自己的服务器，东京机柜就是您的答案，它基于 key=>value，使用平面文件，并且是目前最快的数据库（与 Oracle 相比非常准系统，但非常擅长存储和访问数据，大约每秒 100 万条记录，大约 10 字节的开销（取决于存储引擎）。至于业务就绪，TokyoCabinet 是一项名为 Mixi 的服务的核心，它相当于日本的 Facebook+MyPage，拥有数百万重度用户，因此它实际上是经过实战证明的。
如果你想要 Bigtable 之类的东西，你不能超越HBase或Hypertable——它们都是开源的 Bigtable 克隆。不过，要考虑的一件事是，您的要求是否真的对 Bigtable 来说“足够大”。它可以扩展到数千台平板服务器，因此，它下面有相当多的基础设施来实现这一点（例如，处理常规节点故障的预期）。
如果您预计至少不会增长到数十台平板电脑服务器，您可能需要考虑其中一种建议的替代方案：您不能因为简单而击败 BerkelyDb，或者因为无处不在而击败 MySQL。如果您只需要一个键/值数据存储，您可以在您的数据库接口周围放置一个简单的“dict”包装器，如果您的后端超出了一个，则可以关闭您的后端。
您可能想查看仿照 google 的 bigtable 的hypertable 。
使用 CouchDB
您可能想看看这个（使用 MySQL 作为键值存储）：
Cloudera是一家将 Apache Hadoop 商业化的公司，当然还有一些附加值，比如产品化、配置、培训和支持服务。
而不是寻找受 Google 的 bigtable 启发的东西——为什么不直接使用 bigtable 呢？您可以在 Google App-Engine 上编写前端。
Tokyo Cabinet也受到了一些关注，因为它支持表模式、键值对和哈希表。它使用 Lua 作为嵌入式脚本平台，并使用 HTTP 作为其通信协议。这是一个很好的演示。