在什么情况下，可伸缩性成为部署在Heroku上的Rails应用程序的一个问题？

Question

Ruby on Rails在很大程度上因为缺乏可伸缩性而备受诟病，替代方案通常是迁移到某种形式的Java webapp或类似的东西。但在某种程度上，所有这些担忧似乎充其量都是非常武断的。

当某个应用程序需要用不同的语言重写时，有没有具体的数字？Heroku提供了各种缩放选项，并提供了应用程序可用的dynos数量，但在什么情况下，收益递减会变得明显？或者，在什么情况下，拥有如此多的dynos的成本将超过简单地编写一个新应用的成本？

在Heroku的基本免费托管计划中，我可以预期能够支持多少活跃的并发用户而不会出现性能问题？

Answer 1

"Rails不能缩放“的神话永远不会消亡……

引用Twitter首席架构师的话：

与“更快”的语言相关的性能提升将给我们带来10-20%的改进，但多亏了Ruby和Rails愉快地适应了架构的变化，Twitter的速度提高了10000%。

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

Teflon Ted已经创建了关于这个主题的a nice collection of blog posts。