Rails部署的艺术【RailsConf演讲的讲稿翻译及下载】

翻译自：Ezra Zygmuntowicz， “Xen and the Art of Rails Deployment”

听到Rails部署这两词，可能你首先想到的是下面这堆东西：

* CGI
* Apache1.3/mod_fastcgi
* Lighttpd/fcgi
* Apache2/mod_fcgid
* Lighttpd/SCGI
* Lightspeed

但时代已经变了，新时代需要新思维
Mongrel：The year of the dog

Mongrel是由Zed Shaw完成的一个HTTP Server，它：

* 使用Ragel + C的快速HTTP解析
* 使用C的快速URI过滤器
* 堆栈式请求处理
* 配置灵活
* 安全同时兼容RFC的HTTP解析器

Mongrel就足够了？

答案是：不够，因为：

* Rails请求分发需要使用互斥锁
* 一个Mongrel实例只能同时处理一个请求
* 需要使用Mongrel_cluster创建多个实例来获取可伸缩性

因此，你仍然需要一个前端HTTP Server，幸好有一大堆：

* Pen，Pound，Balance，Haproxy（不支持静态文件，只是代理）
* Lightspeed，支持静态文件和代理
* Apache2.2.x/mod_proxy_balancer，同上

这就搞定了？还不行：

* Pen（不支持SSL，不能限制连接速率）
* Pound（不支持高负载，不能限制链接速率）
* Haproxy（可限制连接速率，性能非常高，不支持静态文件
* Lightspeed，免费版功能严重残缺
* Apache2.2.x，没什么不好，就是：太臃肿了

那怎么办？
Nginx：From Russia, with Love

Nginx有什么好处：

* 专为性能优化而开发，性能是其最重要的考量
* 非常小的资源占用
* 经过考验的高负载支持，没有内存泄漏
* 杀手级的Rewrite及Proxy模块
* 平易近人的作者以及快速扩大的社区

答案有了：Nginx + Mongrel，现在

* Apache很清闲了，它只需要负责mod_dav_svn就可以了
* 灵活的nginx.conf语法可以很轻易的搞定Rails Cache及动态请求
* 还有就是：快，快，快
* 我有说过快吗？

当然还有一些问题：

* Nginx会自动缓冲文件上传，因此将失去mongrel_upload_progress支持
* Proxy模块暂时还不支持链接速率限制

完美的部署就这样产生了：

* Linux
* Nginx
* Mongrel(Mongrel_cluster)
* Monit

就这么完了？还有一点，上面讲到过Mongrel的问题：

* 不能同时处理多个请求
* Rails分发需要取得互斥锁，
* 还有多线程切换

这些都会损耗性能，因此我们需要新思维
Swiftiply: Evented Mongrel

Swiftply事实上是Mongrel的修订版，那么它对Mongrel做了什么：

* 去除了Mongrel中对线程和Socket的处理
* 使用EventMachine的事件循环来代替
* Mongrel成了单线程，事件驱动
* 显著的速度及IO吞吐量提升
* 即使高并发，也没有不良症状（性能下降及内存泄漏）

你可能疑惑为何单线程会优于多线程，这是因为：

* Ruby的绿色线程进行上下文切换时需要拷贝大量的状态信息
* 互斥锁非常昂贵
* 单个进程的IO吞吐量有限
* 事件驱动意味着更紧凑的循环已经回调处理
* 由于节省了进程切换的时间，因此单线程可以将更多的精力集中到网络IO上。

Swiftiply还有一个好处：它可以启动多个Mongrel，但只使用一个端口。

总算结束了，原文还有一部分是关于虚拟机和磁盘阵列的，对这部分不是很熟悉，所以没有翻，有兴趣的可以看原文：
Xen and the Art of Rails Deployment

xen_and_the_art_of_rails_deployment.pdf
(2007-09-18 19:31:59, Size: 492 KB, Downloads: 26)

----------------------------------------
转载自：LetRails.cn

[ 本帖最后由 blackanger 于 2007-9-18 19:44 编辑 ]