可伸缩的DBaaS，可以通过简单的备份和恢复扩展到数百兆字节。

Question

我已经研究过许多DBaaS解决方案，包括Xeround (内存中限制为50G )、NuoDB (目前在beta 7中)、DrawnToScale (尚未出)、MongoDB (内存中)、RavenDB ( ASP.NET，但NoSQL)和许多其他的，DynamoDB (对于实时web应用程序来说很昂贵，不提供备份/恢复)。

我发现每个人都在某种程度上缺乏。我使用NewSQL (RDMBS)搜索可伸缩和负担得起的数据库作为服务解决方案，但如果没有任何解决方案满足我的需求，我会考虑NoSQL。

亚马逊DynamoDB似乎是一个很好的解决方案，因为我可以扩展到兆字节的数据，而不用担心磁盘空间。但是，对于高读写应用程序来说，DynamoDB成本很高，而且在数据损坏的情况下，它不提供简单的备份/恢复选项，这对我来说非常重要。

简单地说，

我需要什么：

1) DBaaS (也可以自我托管)可以轻松地扩展到兆字节的数据(即。大数据)

2)能够为执行多次读写操作的实时应用程序提供非常高的吞吐量(尽管我也将使用缓存来减少重载)。

3)能够使用RDBMS SQL查询数据。虽然如果NewSQL解决方案不可用，我还是会使用NoSQL

4)在数据损坏的情况下，方便地备份和恢复大量数据。我知道许多解决方案是安全的，但我担心数据损坏，如果发生这种情况，我希望能够恢复数据--非常重要！

5)我将在ASP.NET中开发我的web应用程序/移动应用程序，所以我更喜欢有.NET连接器的解决方案

6)如果托管的话，我更喜欢在Amazon上托管我的数据库。

7)我不想要一个自我管理的解决方案，处理分片和所有其他复杂的事情。

8)我想要一个负担得起的解决方案，而不是每个节点花费数千美元的集群解决方案。我想要一个具有成本效益的解决方案，这样我就可以在我的数据库增长时从小到高(这都是云架构背后的想法，对吧？)

现在，唯一看起来还好的解决方案是RavenDB，NuoDB (仍在测试中)。像Xeround这样的解决方案是惊人的，我现在正在使用它，但是它是内存中的DB，并且限制在50 DB，所以它不适合一个沼泽数据托管。

似乎每个月都会出现新的解决方案，而且似乎没有任何好的解决方案(也许是一家新的创业公司？)我想知道我有什么选择。作为一名开发人员，我真的想专注于构建大型应用程序，但直到我有了一个可靠的DB解决方案才能开始工作，该解决方案可以处理非常高的流量，并且可以扩展规模，而无需自己构建所有的DB服务器体系结构。

我花了几个星期的时间试图找到一个没有运气的解决方案。A需要像Xeround这样的解决方案，但需要大数据。谁知道，也许上面有一个我错过了。请帮帮我。

Answer 1

巴里·莫里斯NuoDB报道。答复如下：

1) DBaaS (也可以自我托管)可以轻松地扩展到兆字节的数据(即。大数据)

• NuoDB是一个可下载的产品，可以在任何地方运行(笔记本电脑、机架、公共云)。到目前为止，我们还没有宣布DBAAS。NuoDB在存储层使用密钥/值存储，因此支持的DB大小将与特定KV存储所能处理的任何内容相关。

2)能够为执行多次读写操作的实时应用程序提供非常高的吞吐量(尽管我也将使用缓存来减少重载)。

• NuoDB是为高速扩展事务处理而设计的通用数据库系统.不需要单独的缓存层，因为NuoDB内存层执行类似的功能。

3)能够使用RDBMS SQL查询数据。虽然如果NewSQL解决方案不可用，我还是会使用NoSQL

• 检查一下。NuoDB是一个SQL数据库。

4)在数据损坏的情况下，方便地备份和恢复大量数据。我知道许多解决方案是安全的，但我担心数据损坏，如果发生这种情况，我希望能够恢复数据--非常重要！

• NuoDB支持JDBC、ODBC和其他标准API，因此可以在SQL级别进行备份。其他选择包括简单地让一个存储管理器脱机，并将其放在安全的地方。

5)我将在ASP.NET中开发我的web应用程序/移动应用程序，所以我更喜欢有.NET连接器的解决方案

• NuoDB有一个ODBC，还有一个社区开发的ASP.NET连接器。

6)如果托管的话，我更喜欢在Amazon上托管我的数据库。

• NuoDB支持Amazon

7)我不想要一个自我管理的解决方案，处理分片和所有其他复杂的事情。

• NuoDB不需要分片或分区(或缓存、M/S复制等)。

8)我想要一个负担得起的解决方案，而不是每个节点花费数千美元的集群解决方案。我想要一个具有成本效益的解决方案，这样我就可以在我的数据库增长时从小到高(这都是云架构背后的想法，对吧？)

• 对于基线系统来说，NuoDB永远是免费的。

Answer 2

我知道的唯一后端是Hadoop和Bigtable，它们可以扩展到数百个TB。绝对没有支持数百个TB的后端支持简单的备份和恢复。用这么多的数据，这几乎是不可能的。

对于“少数”TB，您可以使用PostgreSQL、MySQL、Server、DB2、MongoDB、CouchDB，或者几乎所有的关系或非关系DB。

你实际拥有多少数据和流量?你预计在未来1-2年内会有多少数据和流量？围绕这一点规划您的需求，不要过早地进行优化。