mod_rails尝鲜
程序员文章站
2022-03-08 20:16:40
...
Passenger(俗称mod_rails)是最近刚刚发布的Apache module项目,刚一出来就得到了诸多好评,JavaEye新闻也有两篇报道:
Rails部署也可以简单得像PHP一样
Passenger(mod_rails)新的RoR部署方式
其中性能评测更加令人印象深刻
好像还有人称,未来RoR的主流部署方式将是mod_rails,而且这个项目的作者还貌似一个华人,叫做“赖洪礼”,所有的这一切都让人挺有兴趣,于是我在周末也简单的安装和测试了一把。
如果已经安装好Apache和Ruby on Rails的环境,并且把Apache的bin目录和ruby的bin目录配置到PATH环境变量下面,那么安装Passenger倒也很简单:
安装好以后,他会提示你如下配置Apache(具体环境可能稍有不同):
前面三行是注册Apache的module,以及该module的相关启动脚本,后面就是标准的Apache虚拟主机配置方法了,指明rails项目的public路径就可以了。
在Apache运行起来之后,Apache启动了一个Rails的Passenger进程,该进程是用来管理ruby进程的启动关闭以及响应请求的,如果访问量比较大,该进程还会陆续启动子进程,来提高更多的ruby进程管理,如下所示:
以上的3个ruby进程是控制进程,此外,还会根据web请求的数量,启动相应数量的Ruby进程来处理Rails请求。这些ruby进程在控制进程的控制下,当web请求负载高的时候,会动态创建更多进程,当web请求负载低的时候,就会动态销毁,以节省内存。控制进程和Rails进程之间使用Unix Socket来通讯。
mod_rails的大致原理就是这样的。这种运行方式有点类似Apache以mod_fastcgi方式来运行Rails,但因为通讯方式和控制进程都要好得多,因此不会出现mod_fastcgi的好多问题。
mod_rails提供了apache上面另外一种可以选择的Rails部署方式,但是这种部署运行方式也不可避免的带有致命缺陷。正因为ruby进程是动态创建,而我们知道Rails进程启动的时候是非常消耗CPU的操作,因此黑客可以很容易的通过瞬时发起数量巨大的并发web动态请求让服务器因为忙于创建大量的Rails进程而陷于瘫痪。
另外对于虚拟主机提供商来说,ruby进程的数量是根据请求量动态调整的,因此无法根据付费用户来分配限制相应的资源,这不像mongrel那样好控制用户使用的资源数量。因此预期Rails虚拟主机提供商也不会采用mod_rails。
最后我个人觉得,随着Lighttpd和nginx的崛起,Apache真的已经可以淘汰了,Apache这种多进程web服务器实在太消耗服务器资源,也太容易被DOS攻击了,任何依赖Apache的部署方案都有点过时了。
如果说要我推荐的话,Rails部署的性能首选还是Lighttpd+FastCGI,次选则可以考虑 nginx + thin/mongrel
Rails部署也可以简单得像PHP一样
Passenger(mod_rails)新的RoR部署方式
其中性能评测更加令人印象深刻
好像还有人称,未来RoR的主流部署方式将是mod_rails,而且这个项目的作者还貌似一个华人,叫做“赖洪礼”,所有的这一切都让人挺有兴趣,于是我在周末也简单的安装和测试了一把。
如果已经安装好Apache和Ruby on Rails的环境,并且把Apache的bin目录和ruby的bin目录配置到PATH环境变量下面,那么安装Passenger倒也很简单:
gem install passenger passenger-install-apache2-module
安装好以后,他会提示你如下配置Apache(具体环境可能稍有不同):
LoadModule passenger_module /usr/local/ruby/lib/ruby/gems/1.8/gems/passenger-1.0.1/ext/apache2/mod_passenger.so RailsSpawnServer /usr/local/ruby/lib/ruby/gems/1.8/gems/passenger-1.0.1/bin/passenger-spawn-server RailsRuby /usr/local/ruby/bin/ruby NameVirtualHost *:80 <VirtualHost *:80> DocumentRoot "/home/webroot/demo/public" ServerName 192.168.0.3 ErrorLog "logs/rails-error_log" CustomLog "logs/rails-access_log" common </VirtualHost>
前面三行是注册Apache的module,以及该module的相关启动脚本,后面就是标准的Apache虚拟主机配置方法了,指明rails项目的public路径就可以了。
在Apache运行起来之后,Apache启动了一个Rails的Passenger进程,该进程是用来管理ruby进程的启动关闭以及响应请求的,如果访问量比较大,该进程还会陆续启动子进程,来提高更多的ruby进程管理,如下所示:
root 5981 5980 0 13:37 ? 00:00:00 Passenger spawn server root 6086 5981 0 13:40 ? 00:00:01 Passenger FrameworkSpawner: 2.0.2 daemon 6350 6086 0 13:54 ? 00:00:00 Passenger ApplicationSpawner: /home/webroot/demo
以上的3个ruby进程是控制进程,此外,还会根据web请求的数量,启动相应数量的Ruby进程来处理Rails请求。这些ruby进程在控制进程的控制下,当web请求负载高的时候,会动态创建更多进程,当web请求负载低的时候,就会动态销毁,以节省内存。控制进程和Rails进程之间使用Unix Socket来通讯。
mod_rails的大致原理就是这样的。这种运行方式有点类似Apache以mod_fastcgi方式来运行Rails,但因为通讯方式和控制进程都要好得多,因此不会出现mod_fastcgi的好多问题。
mod_rails提供了apache上面另外一种可以选择的Rails部署方式,但是这种部署运行方式也不可避免的带有致命缺陷。正因为ruby进程是动态创建,而我们知道Rails进程启动的时候是非常消耗CPU的操作,因此黑客可以很容易的通过瞬时发起数量巨大的并发web动态请求让服务器因为忙于创建大量的Rails进程而陷于瘫痪。
另外对于虚拟主机提供商来说,ruby进程的数量是根据请求量动态调整的,因此无法根据付费用户来分配限制相应的资源,这不像mongrel那样好控制用户使用的资源数量。因此预期Rails虚拟主机提供商也不会采用mod_rails。
最后我个人觉得,随着Lighttpd和nginx的崛起,Apache真的已经可以淘汰了,Apache这种多进程web服务器实在太消耗服务器资源,也太容易被DOS攻击了,任何依赖Apache的部署方案都有点过时了。
如果说要我推荐的话,Rails部署的性能首选还是Lighttpd+FastCGI,次选则可以考虑 nginx + thin/mongrel
上一篇: 从Rails聊聊小公司的研发团队建设
下一篇: 有理想的程序员必须知道的15件事
推荐阅读
-
小米10系列尝鲜!小爱同学定制声音、唤醒词功能发布
-
首批尝鲜者 realme将推出搭载高通集成式5G芯片智能手机
-
QQ2014全新视觉版怎么样 QQ2014全新设计尝鲜版安装使用评测教程
-
官方暗示华为将率先使用石墨烯电池:P40或尝鲜 45分钟充满
-
华为EMUI10即将内测:P30系列率先尝鲜
-
小米9开发版已开启Android Q内测:提前尝鲜10.0
-
Android 12 Beta 4上线:OPPO一加中兴华硕等机型尝鲜
-
信号强才是王道!Redmi 路由器AX5评测:4独立功放的Wi-Fi 6尝鲜性价比之王
-
鲜黄花菜不能吃你造吗,哪些食物不适合尝鲜
-
5分钟入门LingaScript-尝鲜中文版TypeScript