我们应该使用RDS还是Xeround？

Question

我们使用亚马逊S3和CDN。我们的应用程序在Heroku上运行。我们正在考虑使用像RDS或Xeround这样的DBaaS。

因为我们已经在使用亚马逊的S3和CDN了，我们应该使用RDS吗？由于所有技术都运行在同一主机(Amazon)上，是否会有任何性能提升，而不是使用第三方的东西(Xeround)？

还是说这无关紧要？

Answer 1

我在Xeround工作，我想概述一下我们的数据库服务和Amazon的RDS之间的主要区别。

与通常的看法相反，Amazon RDS并不是一个真正有弹性的云数据库服务，而是MySQL在EC2上的实现。另一方面，Xeround是一个非常容易使用的原生云数据库-消除了在云中扩展和维护MySQL高可用性的痛苦。

Xeround和Amazon RDS之间的主要区别：

1) Xeround支持无限的自动扩展/扩展，无需停机，也不会对应用程序进行任何代码更改或架构更改。这一行业首创的功能与亚马逊的手动停机扩展形成了鲜明对比。当应用程序需要时，我们会自动将节点或存储添加到您的数据库中，并在数据库未充分利用时将其缩减-因此，您只需为使用的内容付费。您不需要弄清楚您当前的使用情况和计划的增长- DB资源将在任何给定的时间自动调整以满足您的需求。

2) Xeround从不失败-即使Amazon的实例失败。(顺便说一句，在最近的EC2宕机中，当RDS客户有长达14个小时的宕机时，Xeround在相同数据中心的数据库继续工作，就像什么都没有发生一样-你可以在我们的博客上阅读更多关于这次宕机的信息)。

Xeround提供了一个高度可用的、自我修复的数据库，没有停机保证。最重要的是--你不需要为复制、分发等麻烦来确保HA- -它是内置在服务中的。

3) Xeround提供了真正的按使用付费模型，而RDS要求您承诺一个具有预设处理能力和存储空间的实例大小。这通常会导致超额订阅和超额支付，因为你正在为高峰做准备。我们最近正在最终确定我们的定价-它将基于两个指标:数据大小和数据传输-以便您的成本与您的应用程序的性能和需求紧密联系在一起，包括自动扩展、可用性SLA、计划备份和全天候支持。

您可以看到与Amazon RDS的详细比较，以及我们的RDS performance基准测试比较显示，Xeround的性能比RDS要好得多，特别是在并发用户数量增长的情况下(我们很快就会发布基准测试的更新，结果会更好)。

关于延迟:请注意，Xeround部署在美国东部和欧盟西部的亚马逊EC2上，所以如果你的应用程序在同一数据中心运行，延迟应该是最小的。

此外，我们还有一个Heroku插件，您可以轻松地将其添加到您的应用程序中(DB也可以部署在EC2-US-East上)。

希望这能有所帮助。

Answer 2

请注意，Xeround 不支持外键约束(并且它们没有明确说明)。因此，如果您的应用程序依赖于此数据库特性来保持数据一致性，请不要使用Xeround。

http://xeround.com/developers/release-notes/

“支持外键约束，但不强制执行”

Answer 3

这是一个很难的话题。两个月前我也遇到过同样的问题。

1. 亚马逊RDS

优点:亚马逊是众所周知的，成熟的，可靠的

缺点:他们在年初面临了许多停机时间+一些人抱怨服务速度太慢(声称在EC2上运行MySql数据库更快)

1. Xeround

优点:我仍然不知道，但它很好看:)

缺点:仍然处于早期阶段，没有显示价格(我是不是错过了什么？)