ruby-on-rails – 我们应该使用RDS还是Xeround?

前端之家收集整理的这篇文章主要介绍了ruby-on-rails – 我们应该使用RDS还是Xeround?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我们使用Amazon S3和CDN.我们的应用程序在Heroku上运行.我们正在考虑使用像RDS或Xeround这样的DBaaS.

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

或者它应该没关系?

解决方法

我为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,计划备份和全天候提供全天候支持.

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

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

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

希望这可以帮助.

原文链接:https://www.f2er.com/ruby/270940.html

猜你在找的Ruby相关文章