为什么我们要从 NodeJS 迁移到 Ruby on Rails

声明:这篇文章绝不是一篇讨论 NodeJS 和 Ruby on Rails 孰优孰略的檄文。它描述的只是我们做决策过程中的一些思考、决策背后的原因。两种框架都非常优秀,都出色的完成了它们的设计初衷,这也是为什么我们部分的模块仍然运行在NodeJS上的原因。

我是NodeJs的大粉丝,认为这是一项让人非常兴奋的技术,相信它会变的越来越流行。我对这项技术非常的欣赏——尽管我们最近把Targeter App从NodeJS迁移到了Ruby on Rails。

我们当时使用NodeJS开发它的原因很简单。我有一个程序包,能很快的将我们的应用弄上线(我们花了54小时做这个事情),相比起Ruby,我更常使用的是JavaScript。因为我们的技术架构牵涉到MongoDB,我的这些特长只有在NodeJS环境里才会有意义。然而,随着应用规模的增长,我认识到,选择NodeJS来实现这个应用是个错误的选择。下面让我来概述一下其中的原因。

NodeJS很适合做那些有大量短生命期请求的应用。对于传统的CRUD应用,它也很好,但不是非常的理想。在PHP,Ruby,Python语言里都有很成熟、优化的很好的框架来处理这种应用。NodeJS里的所有东西都异步执行的理念对于CRUD应用来说没有任何效果。其它语言里的流行的框架能提供非常好的缓存技术,你所有的需求都能满足,包括异步执行。

NodeJS是一种非常年轻的技术框架,它的周边程序库都不是很成熟。我说这些并没有任何对那些代码捐赠者冒犯的意思,他们很优秀,开发出来很多优秀的程序库。然而,大部分程序库需要改进,而NodeJS的这种快速成长的环境意味着每一版升级中都带有大量的变化;当你使用一种前沿技术时,你十分有必要尽快的紧跟最新的版本。这给创业型的企业带来了很多的麻烦。

另外一个原因是关于测试。NodeJS里的测试框架还不错,但跟Django或RoR平台上的相比还是差一些。对于一个每天都有大量的代码提交、并且在一两天内就要发布的应用来说,程序不能出问题是至关重要的,否则你为此辛苦的努力变得得不偿失。没有人愿意花一天的时间改一些弱智的bug。

最后一点,我们需要的是一种能缓存一切的东西,并且要尽快的实现。尽管我们的应用在增长,每秒钟有上万次的hits,但绝不会出现很大量的访问请求;这不是一个聊天程序!主程序最多时也就达到1000RPS,这样的负载对于Ruby on Rails和Nginx来说算不了什么。

如果你现在还在读这篇文章,那你已经看到了我所有要说的了,你也许非常坚持的想知道我们的应用什么地方还在使用NodeJS。是这样的,我们的应用由两部分组成。一是界面,用户看到的这部分,二是负责报表管理的部分,以及做日志的功能。后者是NodeJS的一个最佳使用场景,存在有大量的短周期的请求。这部分的动作需要尽快的执行完成,甚至要在我们的数据推送还没有完成之前。这很重要,当请求执行还未结束,浏览器继续等待响应结束,这会影响用户使用体验。NodeJS的异步特性救了我们。数据要么被存入数据库,要么被处理掉,当请求一旦执行完成,浏览器就可以开始做其它重要的事情了。

[英文原文:Why we moved from NodeJS to RoR ]
分享这篇文章:

6 Responses to 为什么我们要从 NodeJS 迁移到 Ruby on Rails

  1. 小邪 says:

    第三段第三行有个 “ NongoDB” O_O

  2. uffy says:

    一句话,NodeJS 还不成熟

  3. 李勇 says:

    NodeJS 目前主要的问题就是和数据库的连接能力,特别是连接主流企业数据库 oracle 和 db2 的能力。
    其他的方面,由于 javascript/NodeJS 的灵活性,各种各样的库和模块都可以被非常高效的开发出来,只是事件问题。
    对于 NodeJS 连接 oracle/db2/… 的能力,这些主流的关键系统用的数据库都支持非常完整的存储过程,所有的数据访问完全可以通过调用存储过程实现,我本人专门针对 oracle db 写了一个有 NodeJS 模块和 oracle 内框架与API存储过程组成的 psp.web(node-oracle-plsql-page) 软件。
    使用 PSP.WEB,可以将 NodeJS 当成是 plsql server page 的 http 接入网关,使用 NodeJS 将 http 请求解析成 oracle 方便接受的形式要求 oracle 执行存储过程并生成结果响应(包括http头和体)。
    同时,还可以使用 javascript 调用 oracle 存储过程要求结果集。
    所以,我想, NodeJS 生态圈现在还不成熟,但是成熟只是时间问题。

  4. SinoIT says:

    今天看到这样的文章,我感到很震惊,因为看过了这篇文章《Groupon从ROR迁移至Node.js,响应速度大幅提升》。

    这篇文章提到:
    放弃Ruby on Rails迁移至Node.js等其他平台语言,Groupon并非首家。2008年Twitter将其业务后端代码从Rails迁移到了Scala;2012年, Linkedin从Rails迁移到node.js,30台服务器减掉了27台,速度提高了20倍;2013年, Iron.io从ruby迁移到Go,30台服务器减至2台。

    IT世界技术混乱不堪,我更相信真实的案例。

发表评论

邮箱地址不会被公开。 必填项已用*标注

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据