我们使用 Amazon S3 和 CDN。我们的应用在 Heroku 上运行。我们正在考虑使用像 RDS 或 Xeround 这样的 DBaaS。
因为我们已经在使用 Amazon 的 S3 和 CDN，我们应该使用 RDS 吗？由于所有技术都在同一个主机（亚马逊）上运行，是否会有任何性能提升，而不是使用第三方（Xeround）的东西？
还是没关系？
【问题讨论】：
标签： ruby-on-rails database amazon-rds xeround
请注意，Xeround 不支持外键约束（并且它们没有明确说明）。因此，如果您的应用程序依赖此数据库功能来保持数据一致，请不要使用 Xeround。
http://xeround.com/developers/release-notes/
“支持外键约束但不强制执行”
【讨论】：
我在 Xeround 工作，想概述一下我们的数据库服务与 Amazon 的 RDS 之间的主要区别。
与普遍看法相反，Amazon RDS 并不是真正弹性的云数据库服务，而是 MySQL 在 EC2 上的实现。另一方面，Xeround 是一个非常易于使用的原生云数据库 - 消除了扩展和维护云中 MySQL 的高可用性的痛苦。
Xeround 和 Amazon RDS 之间的主要区别：
1) Xeround 支持无限制的自动扩展/扩展和缩减/缩减，无需服务停机或对您的应用程序进行任何代码更改或架构更改。这种行业首创的功能与亚马逊的手动扩展与停机时间形成鲜明对比。当应用程序需要时，我们会自动将节点或存储添加到您的数据库中，并在数据库未充分利用时将其缩小——因此您只需为使用的内容付费。您无需弄清楚当前的使用情况和计划的增长方式 - 数据库资源会在任何给定时间自动调整以满足您的需求。
2) Xeround 永远不会失败——即使亚马逊的实例失败。 （顺便说一句 - 在最近的 EC2 中断中 - 当 RDS 客户停机时间长达 14 小时时，Xeround 在同一数据中心上的数据库继续工作，就好像什么都没发生一样 - 您可以在我们的博客上阅读有关中断的更多信息）。
Xeround 提供高度可用、自我修复的数据库，没有停机时间保证。最重要的是——您不需要为副本、分发等问题所困扰以确保 HA——它内置于服务中。
3) Xeround 提供真正的按使用付费模式，而 RDS 要求您承诺使用具有预设处理能力和存储的实例大小。当您为高峰做准备时，这通常会导致超额订阅和超额支付。这些天我们正在最终确定我们的定价 - 它将基于两个指标：数据大小和数据传输 - 以便您的成本与应用程序的性能和需求紧密相关，包括自动扩展、可用性 SLA、计划备份和包括 24/7/365 全天候支持。
您可以看到与Amazon RDS 的详细比较，以及我们的RDS performance 基准比较，显示 Xeround 的性能比 RDS 好得多，尤其是随着并发用户数量的增长（我们很快会发布对基准的更新）效果更好）。
关于延迟：请注意，Xeround 部署在美国东部和欧洲西部的 Amazon EC2 上，因此如果您的应用程序在同一数据中心上运行，则延迟应该是最小的。
此外，我们还有一个 Heroku 插件，您可以轻松地将其添加到您的应用中（数据库也将部署在 EC2-US-East）。
希望这会有所帮助。
【讨论】：
这是一个很难的话题。我在 2 个月前遇到了同样的问题。
优点：它是亚马逊，因此众所周知、成熟和可靠
缺点：他们在年初面临许多停机时间 + 一些人抱怨服务速度慢（声称在 EC2 上运行 MySql 数据库更快）
优点：我还是不知道，但它很好看 :)
缺点：仍处于早期阶段，没有显示价格（我错过了什么吗？）
【讨论】：
自从 Xeround 今天宣布他们将停止使用他们的 DBaaS，现在的选择更加明显
http://gigaom.com/2013/05/01/xeround-pulls-the-plug-on-free-cloud-database-option/
【讨论】：