我们应该使用RDS还是Xeround？

Question

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

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

或者它应该没关系？

Answer 1

请注意Xeround 不支持支持外键约束（并且它们没有说清楚）。因此，如果您的应用程序依赖于此数据库功能来保持数据一致，请不要使用Xeround。

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

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

Answer 2

我为Xeround工作，想要概述我们的数据库服务和亚马逊的RDS之间的关键区别。

与普遍看法相反，Amazon RDS不是真正有弹性的云数据库服务，而是EC2上的MySQL实现。另一方面，Xeround是一个非常容易使用的原生云数据库 - 可以减轻扩展的痛苦并保持云中MySQL的高可用性。

Xeround与Amazon RDS之间的主要差异化因素：

1）Xeround支持无限制的Auto-Scaling up / out＆amp; down / in，没有服务停机或任何代码更改或应用程序的体系结构更改。这种业界首创的功能与亚马逊的停机手动缩放形成鲜明对比。我们会在应用程序需要时自动向您的数据库添加节点或存储，并在数据库未充分利用时将其缩小 - 因此您只需支付使用的费用。您不需要弄清楚您目前的使用情况以及您计划的增长情况 - 数据库资源会自动调整以满足您在任何特定时间的需求。

2）Xeround永远不会失败 - 即使亚马逊的实例失败了。 （顺便说一句 - 在最新的EC2中断 - 当RDS客户停机时间长达14小时时，同一数据中心的Xeround数据库继续工作，好像什么也没发生 - 你可以在我们的博客上阅读更多关于停机的信息）。

Xeround提供高度可用，自我修复的数据库，无需停机保证。最重要的是 - 您不需要担心复制品，分发等，以确保HA-内置于服务中。

3）Xeround提供TRUE按使用付费模式，而RDS则要求您提交具有预设处理能力和存储的实例大小。这通常会导致您在准备峰值时过度订阅和超额付款。我们现在正在最终确定定价 - 它将基于两个指标：数据大小和数据传输 - 因此您的成本与应用程序的性能和需求紧密相关，具有自动扩展，可用性SLA，计划备份和全天24小时全天候支持。

您可以看到与Amazon RDS的详细比较，以及我们的RDS performance基准比较，显示Xeround的性能远远优于RDS，特别是随着并发用户数量的增长（我们很快就会发布更新到基准测试，结果更好）。

关于延迟：请注意，Xeround部署在美国东部和欧盟西部的Amazon EC2上 - 因此，如果您的应用程序在相同的数据中心上运行，则延迟应该是最小的。

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

希望这会有所帮助。

Answer 3

这是一个难题。我在两个月前遇到了同样的问题。

1. 亚马逊RDS

优点：亚马逊因此众所周知，成熟可靠

缺点：他们在年初面临许多停机时间+有些人抱怨服务的缓慢（声称在EC2上运行MySql数据库的速度更快）

1. Xeround

职业选手：我还是不知道，但很好看:)。

缺点：还处于早期阶段，没有显示价格（我错过了什么？）

Answer 4

由于Xeround今天宣布他们正在拔掉他们的DBaaS，现在选择更加明显

http://gigaom.com/2013/05/01/xeround-pulls-the-plug-on-free-cloud-database-option/