可扩展性在什么时候成为Heroku上部署的Rails应用程序的问题?

tan*_*ben 11 scalability ruby-on-rails heroku

Ruby on Rails在很大程度上因为缺乏可扩展性选项而受到质疑,而另一种选择通常是迁移到某种形式的Java webapp或类似的东西.但在某种程度上,所有的担忧似乎都是非常随意的.

当某个应用程序需要用不同的语言重写时,是否有任何具体的数字?Heroku提供各种缩放选项以及应用程序可用的dynos数量,但在什么时候收益递减,如果有的话,显而易见?或者说,拥有这么多dynos的成本会在多大程度上超过简单编写新应用程序的成本?

在Heroku的基本免费托管计划中,我可以期望能够支持多少活动并发用户而不会遇到性能问题?

Dan*_*ski 20

"Rails不缩放"神话根本不会死...

引用Twitter的首席架构师:

与"更快"的语言相关的性能提升将使我们的性能提高10-20%,但由于Ruby和Rails乐于满足的架构变化,Twitter的速度提高了10000%.

我不能给你一个固定的数字,但是在Ruby或Rails开始成为瓶颈之前很久就会遇到数据库或架构瓶颈.

Teflon Ted创建了一系列关于此主题的博客文章.

  • 添加到这个:无关紧要**你正在使用什么**语言.在某个高容量点,您将始终遇到相同的问题,并且几乎总是需要架构更改.IE:我们可以从分布式缓存中提供哪些数据?应用程序的哪些部分无法有效地访问数据库?如果您发现自己只是为了提升性能而考虑切换语言,那么您应该考虑一下真正的问题. (2认同)