我们使用 Amazon S3 和 CDN。我们的应用在 Heroku 上运行。我们正在考虑使用像 RDS 或 Xeround 这样的 DBaaS。
因为我们已经在使用 Amazon 的 S3 和 CDN,我们应该使用 RDS 吗?由于所有技术都在同一台主机(亚马逊)上运行,是否会有任何性能提升,而不是使用第三方(Xeround)的东西?
还是应该不重要?
我们使用 Amazon S3 和 CDN。我们的应用在 Heroku 上运行。我们正在考虑使用像 RDS 或 Xeround 这样的 DBaaS。
因为我们已经在使用 Amazon 的 S3 和 CDN,我们应该使用 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 性能基准比较,显示 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/