ruby-on-rails – 我会通过离开Heroku看到速度变化吗？

概述我们正在使用Heroku.这很棒.我喜欢它.我们每个月花费几千,在实例和数据库之间,通常不会更快乐.但是,我们正在确定一个新项目,该项目要求我们达到非常积极的延迟目标 – 低于100毫秒. 目前,我们是一个Rails 3应用程序处理我们的请求的80-90％子100ms,由新文件测量.鉴于我们必须从客户端的角度来看达延迟目标,我将再次捏造另一个10％的成功率(因此降低到大约3/4的请求). 是的,H 我们正在使用Heroku.这很棒.我喜欢它.我们每个月花费几千,在实例和数据库之间,通常不会更快乐.但是,我们正在确定一个新项目,该项目要求我们达到非常积极的延迟目标 – 低于100毫秒.

目前,我们是一个Rails 3应用程序处理我们的请求的80-90％子100ms,由新文件测量.鉴于我们必须从客户端的角度来看达延迟目标,我将再次捏造另一个10％的成功率(因此降低到大约3/4的请求).

是的,Heroku偶尔会出现网络故障,这可能导致延迟,但我们很好地将我们的成功与Heroku的成功联系在一起,至少在短期内如此.

如果我们想要达到95％的请求达到100毫秒的延迟目标,我会看到3个选项：

> a优化Heroku中当前的rails堆栈
> b转到直接AWS或其他托管服务提供商
> c将功能重建为我觉得更有信心可以达到延迟目标的东西.可能是Java.

a显然是主要的候选人,但我已经摘掉了低调的果实. c可能最有可能成功,但也需要最多的工作(今天大多数工程师都来自Java,所以我们没有任何Ruby-> Java惩罚).但是b是一种黑马,它可能是好的,或者可能更糟 – 我不知道如何在不尝试并加载测试的情况下判断,但是,那基本上就是这么做,看看它是不是成功的.

我正在尝试在它们之间做出决定,或者找到一种方法来决定它们之间.有什么建议？经验？

*我们的大多数请求都不要求我们呈现HTML.

解决方法 Rewriting generally doesn’t give you the return you’re expecting.

就个人而言,我会考虑优化您现有的应用程序.如果正确构建,100ms非常容易获得,而另一个主机不会真正给你任何速度,Heroku不会,而不会增加一些头痛.

我们在Heroku上运行了许多Rails应用程序,其中一些应用程序的响应时间不到50毫秒.

总结

以上是内存溢出为你收集整理的ruby-on-rails – 我会通过离开Heroku看到速度变化吗？全部内容，希望文章能够帮你解决ruby-on-rails – 我会通过离开Heroku看到速度变化吗？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。