Jim*_*uls 31 ruby linux deployment ruby-on-rails release-management
我已经使用了直接的Mongrel,我在Apache后面使用了Mongrel集群,我看过Thin,而且我对乘客非常感兴趣.我也看过Nginx.我看过MRI,Ruby Enterprise Edition,Rubinius和JRuby.有很多选择,每个都声称是新的圣杯.
一个全新的,完全最新的部署的最佳选择是什么?唯一的假设是这样的:
鉴于这些特别广泛的约束,在并发性和低开销方面,哪种软件组合将产生最佳结果?
我倾向于使用"worker"mpm和Passenger + Ruby Enterprise Edition,因为它提供了即时的稳定性和简单的设置和维护.
另外一个选择我可能会特别好吗?
Chr*_*ssl 16
两周前我从Mongrel Cluster切换到Passenger(Debian Linux Server).我没有回头一秒钟.乘客可能是让您的新服务器启动并运行的最简单方法.性能和可靠性也是合理的.
就个人而言,我喜欢花时间研究激动人心的新Rails项目,而不是处理部署问题 - Passenger使我能够做到这一点.但是,如果您有某些特殊要求(不适用于大多数产品),Mongrel或其他可能仍然是首选.
Jim*_*uls 10
今天早上,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
| 归档时间: |
|
| 查看次数: |
3973 次 |
| 最近记录: |