Chr*_*ini 8 database ruby-on-rails amazon-rds xeround
我们使用Amazon S3和CDN.我们的应用程序在Heroku上运行.我们正在考虑使用像RDS或Xeround这样的DBaaS.
因为我们已经在使用亚马逊的S3和CDN,我们应该使用RDS吗？由于所有技术都在同一主机(亚马逊)上运行,是否会有任何性能提升,而不是使用第三方(Xeround)的东西？
或者它应该没关系？
请注意,Xeround 不支持外键约束(并且它们没有说清楚).因此,如果您的应用程序依赖于此数据库功能来保持数据一致,请不要使用Xeround.
http://xeround.com/developers/release-notes/
"支持外键约束但不强制执行"
小智 7
我为Xeround工作,想要概述我们的数据库服务和亚马逊的RDS之间的关键区别.
与普遍看法相反,Amazon RDS不是真正有弹性的云数据库服务,而是EC2上的MySQL实现.另一方面,Xeround是一个非常容易使用的原生云数据库 - 可以减轻扩展的痛苦并保持云中MySQL的高可用性.
Xeround和Amazon RDS之间的主要区别:
1)Xeround支持无限制的Auto-Scaling up/out/down/in,无需停机服务或任何代码更改或对您的应用程序进行架构更改.这种业界首创的功能与亚马逊的停机手动缩放形成鲜明对比.我们会在应用程序需要时自动向您的数据库添加节点或存储,并在数据库未充分利用时将其缩小 - 因此您只需支付使用的费用.您不需要弄清楚您当前的使用情况以及您计划的增长情况 - 数据库资源会自动调整以满足您在任何给定时间的需求.
2)Xeround永远不会失败 - 即使亚马逊的实例失败了.(顺便说一句 - 在最新的EC2中断 - 当RDS客户停机时间长达14小时时,同一数据中心的Xeround数据库继续工作,好像什么也没发生 - 你可以在我们的博客上阅读更多关于停机的信息).
Xeround提供高度可用的自我修复数据库,无需停机保证.最重要的是 - 您不需要担心复制品,分发等,以确保HA-内置于服务中.
3)Xeround提供TRUE按使用付费模式,而RDS则要求您提交具有预设处理能力和存储的实例大小.这通常会导致您在准备峰值时过度订阅和超额付款.我们现在正在最终确定定价 - 它将基于两个指标:数据大小和数据传输 - 因此您的成本与应用程序的性能和需求紧密相关,具有自动扩展,可用性SLA,计划备份和24/7/365全部支持.
您可以看到与Amazon RDS的详细比较,以及我们的RDS性能基准测试比较,显示Xeround的性能远远优于RDS,特别是随着并发用户数量的增长(我们很快会发布更新到基准测试,结果更好) .
关于延迟:请注意,Xeround部署在美国东部和欧盟西部的Amazon EC2上 - 因此,如果您的应用程序在相同的数据中心上运行,则延迟应该是最小的.
此外,我们还有一个Heroku附加组件,您可以轻松添加到您的应用程序中(DB也将部署在EC2-US-East上).
希望这可以帮助.