Linux上新Rails部署的最佳实践？

我已经使用了直接的Mongrel,我在Apache后面使用了Mongrel集群,我看过Thin,而且我对乘客非常感兴趣.我也看过Nginx.我看过MRI,Ruby Enterprise Edition,Rubinius和JRuby.有很多选择,每个都声称是新的圣杯.

一个全新的,完全最新的部署的最佳选择是什么？唯一的假设是这样的:

该应用程序是基于Rails 2.2.(我知道2.2尚未完全发布,但这部署也不是.)

该服务器是基于Linux的.可能是Ubuntu Hardy,但实际上,无论在这种情况下效果最好.

Rails需要完全正常运行,并且可能与MySQL数据库通信.

其他一切都是可以谈判的.

鉴于这些特别广泛的约束,在并发性和低开销方面,哪种软件组合将产生最佳结果？

我倾向于使用"worker"mpm和Passenger + Ruby Enterprise Edition,因为它提供了即时的稳定性和简单的设置和维护.

另外一个选择我可能会特别好吗？

两周前我从Mongrel Cluster切换到Passenger(Debian Linux Server).我没有回头一秒钟.乘客可能是让您的新服务器启动并运行的最简单方法.性能和可靠性也是合理的.

就个人而言,我喜欢花时间研究激动人心的新Rails项目,而不是处理部署问题 - Passenger使我能够做到这一点.但是,如果您有某些特殊要求(不适用于大多数产品),Mongrel或其他可能仍然是首选.

今天早上,DHH在他自己的博客上讨论了这个话题:

但不知何故,乘客的信息有点缓慢.已经有很多大型网站在运行.包括Shopify,MTV,Geni,Yammer,我们将很快在第一个Ta-da List上移动,然后希望37signals的其余部分很快就会出现.

因此,虽然仍有理由运行您自己的手动配置件的自定义多层设置,就像有人回避mod_php的详细信息,我想我们最终确定了默认答案.不需要您真正考虑Rails应用程序的第一次部署的东西.开箱即用的东西.即使那个盒子是共享主机!

http://www.loudthinking.com/posts/30-myth-1-rails-is-hard-to-deploy

TobiasLütke关于将Shopify(百万请求/天)转换为乘客的主题:

所有这些意味着Shopify在正常操作期间使用的内存总量从平均9GB到平均5GB.我们在更多Shopify流程和更多memcached空间中均匀分配了节省,这使得我们的平均响应时间从210毫秒增加到130毫秒,而流量在过去几个月增长了30%.

总结:此时我看不出有任何理由选择不同的部署策略.它简单,完整,快速且记录完备.

http://blog.leetsoft.com/2008/11/15/passenger