因为我们已经在使用亚马逊的S3和CDN,我们应该使用RDS吗？由于所有技术都在同一主机(亚马逊)上运行,是否会有任何性能提升,而不是使用第三方(Xeround)的东西？
或者它应该没关系？
解决方法
与普遍看法相反,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,计划备份和全天候提供全天候支持.
您可以看到与Amazon RDS的详细比较,以及我们的RDS performance基准测试比较,显示Xeround的性能远远优于RDS,特别是随着并发用户数量的增长(我们很快会发布更新到基准测试,结果更好).
关于延迟：请注意,Xeround部署在美国东部和欧盟西部的Amazon EC2上 – 因此,如果您的应用程序在相同的数据中心上运行,则延迟应该是最小的.
此外,我们还有一个Heroku附加组件,您可以轻松添加到您的应用程序中(DB也将部署在EC2-US-East上).
希望这可以帮助.