Ruby on Rails托管- Engineyard vs Enterprise-Rails

Question

我一直在一台大型专用服务器上运行Rails应用程序。现在为了扩展，我想切换到云服务托管商，并在3个实例上提供应用程序- App，DB和Redis。

我对Heroku的性能有非常糟糕的体验，因此成本效益也很低。所以对我来说，剩下两个选择: Engineyard和Enterprise-Rails。

我发现重要的是Engineyard没有提供自动缩放选项来处理峰值。另一方面，Enterprise-Rails没有太多的文档，大部分都是由一个支持团队处理的，他们负责设置一切。

还有什么不同，我应该在我的网站上使用什么？我不需要太多的管理工作，而且我没有经验。基本上，我只是希望我的网站运行在最佳的安全，稳定和成本效益，没有太多的个人工作涉及。

Answer 1

目前，我正在AWS上运行一个大型的Rails应用程序，我真的很高兴。以前，我有许多专用的机器，它们总是造成问题--其中一个迟早会因为某种原因崩溃，Raid故障，数据库问题等等。

在AWS，我将RDS用于数据库，弹性缓存用于缓存，我将所有代码放在充当临时服务器的fat实例上，并获取数量可变的保留实例以通过NFS加载代码。

我还使用了自动伸缩--我们已经预付了一些预留实例的费用，当CPU使用率超过60%时，自动伸缩可以帮助启动节点，当CPU使用率低于25%时，自动伸缩可以删除节点。自动伸缩规则基于cloudwatch告警，您可以设置这些告警来监控特定的一组实例、memcache服务器等，甚至可以在特定伸缩活动发生时通过SNS收到电子邮件和短信通知，例如在1小时内超过100个实例被垃圾邮件发送(海量流量峰值)。顺便说一句，实例也被添加到负载均衡器中，你不需要弄乱会话存储，因为你可以使用粘滞会话特性，这是非常好的。

最近我也开始使用spot实例的第二个启动组，这在云手表规则方面有点复杂，但我每个月都能节省很多钱，因为spot的价格要低得多。当我竞标的现货价格(最低)不够时，我的设置将切换回预留实例。

最近，我也开始使用CloudFront，它可以让我的应用程序的页面资源加载得非常快(大约2兆的CSS，JS，一些图标精灵)。以前，我通过负载均衡器直接从实例提供服务。

这花了大约20个小时来部署、测试和调优，以获得最高的性能和可用性。

我对AWS的一个问题是，除非你准备好买单，否则没有任何支持。他们声称一些支持是在没有订阅的情况下提供的，但支持区域中唯一的选项是计费。哈哈。幸运的是，这一切都足够稳定，不会让我陷入不得不为此买单的境地。

总体而言，Rails与AWS非常契合。我每个月花在维护上的时间不到2个小时，而之前我花了30多个小时。对我来说最重要的是，我知道我可以在X个月的假期中GTFO，知道什么都不会造成任何麻烦-一年多没有监测警报。

后来的编辑:该应用程序是一个体育网站的白色标签功能，大量的用户，大量的管理员在后端的内容工作，数据库密集，因为我们显示市场定价数据，应该每隔几秒钟更新。我每页的平均加载时间约为3秒，而专用服务器也在做同样的事情--数据库、memcache、存储、负载平衡、web应用程序。现在我的平均值不到1秒。现在每月的账单大约低了8倍。

Answer 2

虽然Engine Yard不提供自动伸缩(正在开发中)，但我们确实有一个相当容易使用的伸缩功能，允许您在需要的时候一次启动多个实例。

与Enterprise-Rails相比，它的优势在于完整的文档，可以选择从CLI或仪表板进行部署，以及我们令人惊叹的支持团队。与直接使用AWS等服务相比，使用Engine Yard并从个人计算机或其他云设置进行迁移也更容易。