春争日,夏争时,扫码抽取夏日礼包!!! 了解详情
写点什么

关注部署:谈 Rails 应用的最后一公里

  • 2008 年 1 月 15 日
  • 本文字数:1912 字

    阅读完需:约 6 分钟

基于 Rails 框架应用开发的普及,在为用户带来众多创造性应用的同时,也赋予了开发者令人兴奋的高效与快捷体验。使用 Rails 开发 Web 应用的最后一个步骤,是要把 Ruby 代码从开发测试环境中迁移到实际生产模式之下。相比于开发过程来说,应用的部署并非易事。如何保证部署后站点的稳定和健壮性,并且可以从容应对大规模的并发访问,每一位富有经验的开发者或许都有自己的一套途径,就此,InfoQ 中文站汇总了近期 Rails 部署问题的各方面观点,为您提供参考。

早在 Rails 应用普及之初,就时常会听见针对 Rails 部署问题的抱怨。对于 PHP,一直以来都是以成熟的 LAMP 模式进行部署,讨论主要是集中在如何有效的进行服务器规模的拓展等等。而 Rails 方面则是没有统一的规则,Web 服务器的组合方式和部署工具也都有各自的特色,应用的部署对开发新手来说,是个常会产生困惑的问题,在题为“我不喜欢 RoR 的原因”的帖子中,一位开发者提到:

RoR 无疑是目前最具生产效率的开发框架之一,实现同样的应用,确使得开发时间缩减到原先的一半。但令我感到困扰的是,RoR 对于开发者的确具有吸引力,但客户却并不这么认为。比方说,Rails 应用的部署方式非常复杂,客户并不熟悉如何将开发好的应用部署在自己的服务器上,并且他们不喜欢使用命令行和脚本来操作 Rails 应用。

的确,相比 PHP 应用 LAMP 模式的部署,Rails 的可选方案非常多。保持站点的稳定性和健壮性,所涉及的不仅仅是 Rails 或 Ruby 开发相关的技术,还有很多因素来自于 Web 服务器和应用服务器的选择与搭配。Rails 部署常见的架构中,前端服务器加多个进程处理的方式如 Fastcgi,Mongrel 的选择以及与 Web 服务器的搭配使用,往往会给用户造成困扰。在《应用 Rails 进行敏捷 Web 开发》一书中,对于 Rails 的部署过程也作了简单的描述,但是所提供的部署方式并不十分合适于大规模网站的并发访问。论坛里的讨论中,常会针对于 Lighttpd+FastCGI、Nginx+Mongrel、Apache+FastCGI 等不同的搭配模式展开讨论。对于 Mongrel 服务器,Robbin 在文章“ RoR 部署方案深度剖析”中评价道:

我们假设使用服务器端程序控制带权限的文件下载,某用户下载的是一个 100MB 的文件,该用户使用了多线程下载工具,他开了 10 个线程并发下载,那么每个线程 Mongrel 在响应之后,都会把整个文件读入到内存的 StringIO 对象当中,所以总共会创建出来 10 个 StringIO 对象保存 10 份文件内 容,所以 Mongrel 的内存会一下暴涨到 1GB 以上。而且最可怕的是,即使当用户下载结束以后,Mongrel 的内存都不会迅速回落,而是一直保持如此 高的内存占用,这是因为 Ruby 的 GC 机制不好,不能够及时进行垃圾回收。

对此,robinlu 根据自己的 Rails 部署经验写道

Mongrel 处理 rails request 和静态文件使用的是不同的 handler。处理静态文件用的是 DirHandler,DirHandler 没有通过调用 response 的 start 方法使用到 StringIO, 而是直接调用了 response 的 send_file 方法,直接 write socket。验证过程非常简单,自己起一个 mongrel,在 public 下放一个 100M 的文件,通过浏览器下载一下。在我的 mac 上, 本来是 76M 的 mongrel,在下载结束后是 74M,下载过程中也一直小于 80M,最低到过 68M。无论是过程中还是结束后,都没有出现占用内存暴涨的现象。

的确,针对 Rails 部署的 Web 服务器与应用服务器的搭配方案,会令客户面对众多的选择,并且 JVM 之上的 JRuby 以及微软.Net 平台上的 Ruby 运行环境,都可能会使得 Rails 的部署呈现多元化发展的趋势。Robbin 在文章中对于 JavaEye 站点部署方案的选择做出了如下的总结:

Lighttpd+FastCGI 是性能最佳,服务器资源消耗最少的 RoR 部署方案,事实上目前 RoR 网站部署使用最多最流行的也是 Lighttpd+FastCGI 方式,而 JavaEye 网站,自然也是这种方式的部署。因此我们可以对各种方案进行一个性能优劣的排队,即 Lighttpd+FastCGI 是性能最佳方案,而 Apache+FastCGI 是性能最差方案。

从设计架构上来说,对静态文件的处理应尽量由 Web 服务器前端处理,避免多线程下载对 cpu 和带宽的影响。搭配的方式有很多,方案选择的优劣也不能一概而论,需要根据具体情况做出最合适自身的选择。在 InfoQ 中文站之前的一篇新闻“与时俱进的轻量级Web 服务器”中,也解释了Lighttpd+FastCGI 成为目前Rails 网站优秀部署方案的原因。对于各种选择和经验之谈,毕竟是仁者见仁、智者见智的事情,但无疑,关注小型轻量级服务器的发展,及其自动化部署工具和一站式集成化生产环境,都会给应用的部署上线带来有益的帮助。

关于应用服务器部署的更多信息,可以在InfoQ 中文站的部署应用服务器相关主题,以及 ChinaonRails 服务器架构讨论区中详细了解。

2008 年 1 月 15 日 07:092602
用户头像

发布了 74 篇内容, 共 10.3 次阅读, 收获喜欢 3 次。

关注

评论

发布
暂无评论
发现更多内容

ZooKeeper 会话的秘密

HelloGitHub

Java zookeeper ZooKeeper原理 zk

统一元数据,数据湖Catalog让大数据存算分离不再是问题

华为云开发者社区

大数据 元数据 存算分离 华为云MRS 数据湖Catalog

有道云笔记新版编辑器架构设计(下)

有道技术团队

架构 大前端

Java-技术专题-Synchronized锁的分析

浩宇天尚

Java synchronized

节能降耗——搭建绿色IDC能耗与管控系统

一只数据鲸鱼

物联网 数据中心 数据可视化 IDC 机房管理

AIOps 让「事件管理」变得更加智能

睿象云

AIOPS 告警管理

面试官:什么是死锁?怎么排查死锁?怎么避免死锁?

小林coding

多线程 操作系统 死锁

2021年企业需要了解的和云计算相关的6大趋势

浪潮云

云计算

Rust从0到1-所有权-概念介绍

rust 所有权

【LeetCode】笨阶乘Java题解

HQ数字卡

算法 LeetCode 4月日更

FloydHub 2020年最佳机器学习书籍之一《可解释机器学习》中文版来啦!

博文视点Broadview

阿里云:城市大脑数据智能解决方案

不脱发的程序猿

大数据 阿里云 城市大脑 数据智能解决方案 4月日更

教育部:探索推动区块链技术在招生考试、学历认证等领域的应用

CECBC

教育管理

第12周课后练习-数据应用(一)

潘涛

架构师训练营 4 期

RUOYI 框架教程 12| 若依视图解决多表查询,就是这么简单!

Java_若依框架教程

Java 技术 Ruoyi 框架 若依

LiteOS内核源码分析:任务栈信息

华为云开发者社区

LiteOS 任务栈 栈指针 LOS_StackInfo LOS_Task

答题拿奖两不误:华为云知乎金牌答题官,就是你!

华为云开发者社区

程序员 华为云 知乎答题 答案 金牌答题官

当 ITOA 遇上 Cloud Alert,企业可以至少每年节省 3600 小时!

睿象云

智能告警

华为帐号服务学习笔记(二):OAuth2.0协议详解

Coding狙击

android 华为 OAuth 2.0 HMS

Uniswap v3揭开真面目NA公链(Nirvana)NAC公链表示不服

区块链第一资讯

Apache Flink Meetup · 上海站,超强数据湖干货等你!

Apache Flink

flink 数据湖 iceberg

愚人节快乐,但TcaplusDB永不愚你

TcaplusDB

c++ 数据库 后端 TcaplusDB

第十三周作业

MR.X

Java锁总论

邱学喆

Java 锁机制

华为帐号服务学习笔记(一):什么是HMS,什么是华为帐号服务

Coding狙击

android HMS

一文掌握GaussDB(DWS) SQL进阶技能:全文检索

华为云开发者社区

sql 全文检索 华为云 GaussDB(DWS) 字段

产品经理训练营第九周作业

Denny-xi

产品经理

零代码实现一对一表关系和无限主子表级联保存

crudapi

API crud crudapi 主子表 多对多

INTERSPEECH2020 语音情感分析论文之我见

华为云开发者社区

数据处理 模型 音频 语言情感分析 INTERSPEECH2020

有了人工智能技术,告警管理会发生什么变化?

睿象云

人工智能 事件管理

需求分析是什么?

Simon

架构实战营

关注部署:谈Rails应用的最后一公里_Ruby_高昂_InfoQ精选文章