我怎么就觉得rails适合做大型应用

    之前读了不少文章，说rails不大适合做大型的互联网应用或者企业应用，但通过实际的使用rails，越发的发现rails做大型应用是个不错的选择。 说rails不适合做大型应用无非瞄准了rails的2个软肋，一个是ruby的性能，一个是后期的可维护性。 

    先谈谈可维护性吧，可维护性最大的问题是需求的改变，简单的说，取决于项目结束后，客户要求你变更程度的大小与多寡，这更多的是项目管理的范畴，具体到语言的层面，其实意义不大，我们可以想想，一个后期维护的问题放到rails难解决，那么放到java、php……里面就简单了？真要比个优劣的话，我倒是觉得rails更胜一筹，rails本身就是一套良好实践的集合，你按它的规范做，会少走不少弯路，与其说rails是框架级代码的复用，不如说是良好设计和经验的复用。

    咱好好谈谈性能吧，由于rails是个全栈式MVC框架，各个组件之间的搭配都是经过优化的，而采用SSH，需要自行协调各个组件之间的协同工作，稍有不慎，肯定会带来性能上的问题，我想各位看客也知道那个意思，我这里就有个例子，一个用SSH开发的社区网站，速度极其的慢，采用ruby on rails 改版后，速度明显提升很多，当然这可能也和开发者的水平有关，我也懒的去研究为什么当初采用SSH时性能会出现瓶颈，仅仅这个例子，让我知道一个一般的程序员用rails开发出东西未见得比用SSH的东西性能要低。

    当然，上面的例子可能并不具有普遍性，所以说服力也不够。那么总所周知的是，做一个大型应用的杀手锏是“分”，当年的j2ee也是这种理念，尽可能的分，但遗憾的是j2ee分的效果并不太好，或许是过于复杂了，我所知道的java项目大都跑在一台服务器上。当然也是有很多大型java项目还是分布式的，那么既然大家都跑在多台廉价的服务器上，单纯的比单台服务器的速度其实意义并不大，在一个可伸缩的架构中，资源的消耗应该随负载线性上升，负载可由用户流量、数据量等测量。如果说性能衡量的是每一工作单元所需的资源消耗，可伸缩性则是衡量当工作单元的数量或尺寸增加时，资源消耗的变化情况。换句话说，可伸缩性是整个价格-性能曲线的形状，而不是曲线上某一点的取值。

    所以问题归到了架构上面来了，而对于目前或者未来的应用架构，最合理的方式是把一个大型应用拆成许多合理的单元，而内置了REST支持机制的rails将抢占了未来的先机，当然可能这种机制尚不完善，但它的方向我认为是正确的。

那么我对rails的"分"的方案有以下几种思路：

    1 在应用程序的之间水平切分，一个系统拆成各自独立的系统拼接而成，每个独立的系统的后台将做服务器级别的集群，举个例子，校内最近开发的爱听网就是用ruby on rails 开发的，它将是个独立的系统，会作为一个频道拼到现有校内的菜单上，这种方式不错，但相互过于独立，数据共享是个问题。

    2 在应用程序的内部水平切分，这种粒度要小一点，做相册的负责图片，做音乐的负责音乐，做博客的负责博客，用标准的负载均衡服务器来路由进入的流量。所有应用服务器都是均等的，而且任何服务器都不会维持事务性的状态，因此负载均衡可以选择自己的应用服务器。如果需要更多处理能力，只需要简单地增加新的应用服务器。貌似豆瓣是这种模式。

    3 针对具体资源的切分，这种方法是把所有的服务抽象成粒度更小的资源，分布在各个服务器上，在主服务器上通过REST调用展现出来，这样各个服务节点相互独立，不会因为某一节点造成性能上的瓶颈，当然我也不是随便说说，目前准备用这种方式构建一个社会化网络，就目前的感觉---良好。

    4 SOA，相关的功能部分应该合在一起，不相关的功能部分应该分割开来——不管你是否把它叫做SOA，功能分解还是工程秘诀。而且，不相关的功能之间耦合程度越松散，就越能灵活地独立伸缩其中的一部分。我对SOA理解不深，这里有一段访谈倒是蛮有说服力,

 

 

 

 

 

 

 

写道

Engine Yard公司的首席技术官Tom Mornini表示，单机百万线应用的时代已经结束，面向服务架构(SOA)是这一时代的终结者。该公司提供Ruby and Rails主机服务器。
　　他在最近的采访中说“我认为使用大型程序的年代已经结束了”“有些程序看起来很大，但是随着时间的推移，它们将最终成为许多小程序的结合体。”
　　通过为全球市场的业务提供灵活性，SOA的可组合性改变了应用开发比赛。在全球市场中，商业机会不是一成不变的。
　　Mornini说“我实在看不出任何其他方式可以满足存取数据，改变流体的需求，以便在企业内外跟上时代的步伐。”“这就是为什么未来能解决所有问题的单机百万线应用在这一点上仅仅是个遗迹。”
　　Mornini认为，这不再是SOA是传统应用开发选择的问题，而是除了SOA以外，我们没有其它的选择。
　　他说“这些大型程序很难管理和维护，很难想像单机应用会成为未来发展的方向”。
　　Engine Yard公司的首席技术官认为带有REST的Ruby on Rails是为SOA建立新一代的服务和应用的一种方法。与Java不同，Java是在SOA应用开发时代前开发的项目，他注意到，Ruby on Rails 和REST怀抱SOA为理念向世人提供了一个前所未有的方法。
　　Mornini说“拥有一个服从该框架的牢固而又深厚的面向服务架构就是Rails的秘诀”该架构的开发商认为（它的SOA功能）是该平台的一大优势。
　　他认为Ruby on Rails非常适合SOA开发。新发布的Rail 2.0令该框架更容易为SOA应用以及旧数据存取所接受。他承认，原有的Rails框架与旧数据存取关系并不是十分融洽。今年推出的新模型已经超过了前者。
　　他说，例如，Rails组提供的代码增加了许多新的功能，通过以服务的形式将旧数据曝光，使得在SOA应用中访问旧数据变得更为简便。
　　Engine Yard公司的首席技术官说 “由于遵循了售后服务书籍和网络视频记录的规程，Rails令开发商使用RESTful数据变得更为简单”。
　　他说，“如果你遵循RESTful Rails的标准过程，在系统外用Rails编写了一个程序，就会自动得到该程序展示的一个建立在XML-over-HTTP基础之上的API。
　　但是如果要使其运转，"继续使用 Rails"很重要。Mornini说这就是Rails遵循既定规程的妙招。

 

 

 

 

 

评论

154 楼 7thbyte 2008-08-26  

ltian 写道

呵呵，那么简单吗？你拿一个出来吧。

- -

我们在讨论建筑结构设计问题，你却一直在纠结于窗户上的花纹怎么绘制，
而且我已经说了，良好的建筑结构设计使得花纹玻璃的更换更加容易

你还不理解。

我还能说什么呢。

153 楼 toostupid 2008-08-26  

rails 一样可以大量使用 javascript, 没有javascript怎么叫ajax?
rails 一样可以使用html, 没有html怎么叫web?
界面无非就是数据，资料的展示与用户的交互而已。
假设rails和java用一样的数据库，一样的资料储存系统，
java能做到的界面与用户交互,没有rails做不到的，而且代码更少。

我是不是讲了废话？会不会被人鄙视。

152 楼 liuqiang 2008-08-26  

哎……，想不投票都难

151 楼 7thbyte 2008-08-26  

ltian 写道

liuqiang 写道

ltian 写道

另外请教一下楼主，rail里面MVC中的V的开发快捷吗？

不会吧，问这个问题，简单的说，取决于你对V的掌握程度或者上javaeye/ajax的次数

无话可说，既然要解决V的问题，如果要进行企业开发，你们还是好好考虑我说的人机界面的需求吧。

V和框架关系并不大啊。。。

如果一定要扯上关系，我认为在rails的V上做扩展和做组件都比JAVA简单很多。

你画的那个界面图，如果有几个封装好的javascript组件，结合rjs或者其他的插件，实现起来有何难。。汗
即使使用flex，现在也有很多不错的一体化解决方案

这个就是“企业级”啊。。噢

rails天生在操作json和进行javascript远程调用后台代码方面有优势。

例如每个对象都有默认的to_json方法。

150 楼 toostupid 2008-08-26  

ltian 写道

无话可说，既然要解决V的问题，如果要进行企业开发，你们还是好好考虑我说的人机界面的需求吧。

我彻底无语了，我想你真的进错屋子了，但是屋子里面的人没打你，反被你打了几个不知所谓的闷棍。

149 楼 liuqiang 2008-08-26  

<div class='quote_title'>ltian 写道</div>
<div class='quote_div'> <br/>另外请教一下楼主，rail里面MVC中的V的开发快捷吗？ <br/></div>
<p> </p>
<p> 不会吧，问这个问题，简单的说，取决于你对V的掌握程度或者上javaeye/ajax的次数.</p>
<p> </p>
<p>PS:我不再回应这种纯没谱的问题</p>

148 楼 toostupid 2008-08-26  

ltian 写道

这不是什么新鲜东西和思路了。好好回味一下前几年热炒的SOA理念是什么？gigix这哥们就是换了个角度看这件事的。
另外请教一下楼主，rail里面MVC中的V的开发快捷吗？

其实大家没有和你辩下去的意思了。
这个帖子可以成为精华贴，因为Robbin在这里还是讲了很多具体的解决方案，是目前我们比较缺乏经验的。
经验还是最有说服力的。

顺便说: rails 的 View 开始是很快的。
比如说: activescaffold, 完全无须写V的代码，插件搞掂了。
java世界里面应该也一样吧，要提高view的开发速度就是要增加控件。
把一些重复的劳动去掉。

rails还天然地支持了ajax,这点也是一个小小的优势。

147 楼 robbin 2008-08-26  

ray_linn 写道

robbin 写道

ray_linn 写道

如果企业应用不需要web，不需要MVC，Rails有何用武之地？
在银行里，字符终端还是很盛行的。

你知道银行的字符终端系统用什么语言编写的吗？

当然知道，有专门的工具画，编程成C。
俺这里还有无数的大型应用跑的就是黑白字符。

很好很强大！cobol程序员都被雷死了。

146 楼 ray_linn 2008-08-26  

gigix 写道

ray_linn 写道

gigix 写道

ray_linn 写道

从某种意义上，部署Ruby可能需要考虑的冗错的问题抵消了Ruby的效率。这就是好的VM和差的VM之区别。

什么意思？

这个我是假设为了防止ruby vm的出错，可能需要mirror节点，具体的，我没用过ruby，不知道。

实际上rails应用部署天生就是多服务器集群

但是这个并不意味着rails或能鲁棒达到5个9？
或者吞吐能达到xxx tp/s。 每个企业选择其语言都有其考量。

145 楼 liuqiang 2008-08-26  

<div class='quote_title'>ray_linn 写道</div>
<div class='quote_div'>如果企业应用不需要web，不需要MVC，Rails有何用武之地？ <br/>在银行里，字符终端还是很盛行的。</div>
<p> </p>
<p>如果企业应用不需要web， 那我选MFC。</p>
<p>rails只做他该做的事，个人觉得保持最小实用主义的原则还是不错的</p>

144 楼 ray_linn 2008-08-26  

robbin 写道

ray_linn 写道

如果企业应用不需要web，不需要MVC，Rails有何用武之地？
在银行里，字符终端还是很盛行的。

你知道银行的字符终端系统用什么语言编写的吗？

当然知道，有专门的工具画，编程成C。
俺这里还有无数的大型应用跑的就是黑白字符。

143 楼 jackyxiap 2008-08-26  

我来以身试法，亲身感受一下rails的威力。

142 楼 ray_linn 2008-08-26  

gigix 写道

ray_linn 写道

如果企业应用不需要web，不需要MVC，Rails有何用武之地？
在银行里，字符终端还是很盛行的。

其实重点不在于Rails
而是混合语言编程：一种坚实的基础语言，一种快速开发应用程序的通用语言，多种DSL

所以不存在所谓的适合。

141 楼 liuqiang 2008-08-26  

<div class='quote_title'>7thbyte 写道</div>
<div class='quote_div'>愿意实践的就去实践（比如说我） <br/>不愿意实践的看看热闹就行了，看完了各回各家吧 <br/><br/>实践是检验真理的唯一标准，产品决定命运嘛。 <br/><br/>BTW：因为业余时间多人开发，俺这里大家时间不统一，所以最近尝试把一个WEB站点的功能模块拆分成很多个Rails工程，使用单点登录进行用户认证，依靠REST资源访问架构实现数据访问，依靠Thrift实现方法调用。正在进行共用memcache资源的实践。 <br/><br/>弄了个不成熟的雏形出来，还在完善。</div>
<p> </p>
<p> 不错的实践，我之前也做过个类似的东东，说2点感受，</p>
<p> </p>
<p>1 单点登陆是个麻烦事，建议用rubycas，效果贼好：）</p>
<p> </p>
<p>2 各个工程最好还是共享同一个数据库，这样在做底层数据共享和做数据分析统计时比较方便</p>

140 楼 robbin 2008-08-26  

ray_linn 写道

如果企业应用不需要web，不需要MVC，Rails有何用武之地？
在银行里，字符终端还是很盛行的。

你知道银行的字符终端系统用什么语言编写的吗？

139 楼 gigix 2008-08-26  

ray_linn 写道

gigix 写道

ray_linn 写道

从某种意义上，部署Ruby可能需要考虑的冗错的问题抵消了Ruby的效率。这就是好的VM和差的VM之区别。

什么意思？

这个我是假设为了防止ruby vm的出错，可能需要mirror节点，具体的，我没用过ruby，不知道。

实际上rails应用部署天生就是多服务器集群

138 楼 gigix 2008-08-26  

ray_linn 写道

如果企业应用不需要web，不需要MVC，Rails有何用武之地？
在银行里，字符终端还是很盛行的。

其实重点不在于Rails
而是混合语言编程：一种坚实的基础语言，一种快速开发应用程序的通用语言，多种DSL

137 楼 ray_linn 2008-08-26  

gigix 写道

ray_linn 写道

从某种意义上，部署Ruby可能需要考虑的冗错的问题抵消了Ruby的效率。这就是好的VM和差的VM之区别。

什么意思？

这个我是假设为了防止ruby vm的出错，可能需要mirror节点，具体的，我没用过ruby，不知道。

136 楼 ray_linn 2008-08-26  

如果企业应用不需要web，不需要MVC，Rails有何用武之地？
在银行里，字符终端还是很盛行的。

135 楼 7thbyte 2008-08-26  

ray_linn 写道

PS:

支持起企业应用的，是“能开发企业应用”的人，而不是靠某种啥有的没的。
SQL, Cobol, C, java, C# 都曾经在大型企业应用中出现过。

这个说得很在理

事实上我经常在rails中去调用其他语言（主要是JAVA、C）的一些库、工具、函数。
一般用facebook的thrift

纠结于某语言/框架不能做什么实在很没意思。

每种钢用在合适的刀刃上就可以了。