聲明：這篇文章絕不是一篇討論Node.JS和Ruby on Rails孰優(yōu)孰略的檄文。它描述的只是我們做決策過程中的一些思考、決策背后的原因。兩種框架都非常優(yōu)秀，都出色的完成了它們的設(shè)計初衷，這也是為什么我們部分的模塊仍然運行在Node.JS上的原因。

我是Node.JS的大粉絲，認為這是一項讓人非常興奮的技術(shù)，相信它會變的越來越流行。我對這項技術(shù)非常的欣賞——盡管我們最近把Targeter App從Node.JS遷移到了Ruby on Rails。

我們當(dāng)時使用Node.JS開發(fā)它的原因很簡單。我有一個程序包，能很快的將我們的應(yīng)用弄上線(我們花了54小時做這個事情)，相比起Ruby，我更常使用的是JavaScript。因為我們的技術(shù)架構(gòu)牽涉到MongoDB，我的這些特長只有在Node.JS環(huán)境里才會有意義。然而，隨著應(yīng)用規(guī)模的增長，我認識到，選擇Node.JS來實現(xiàn)這個應(yīng)用是個錯誤的選擇。下面讓我來概述一下其中的原因。

Node.JS很適合做那些有大量短生命期請求的應(yīng)用。對于傳統(tǒng)的CRUD應(yīng)用，它也很好，但不是非常的理想。在PHP，Ruby，Python語言里都有很成熟、優(yōu)化的很好的框架來處理這種應(yīng)用。Node.JS里的所有東西都異步執(zhí)行的理念對于CRUD應(yīng)用來說沒有任何效果。其它語言里的流行的框架能提供非常好的緩存技術(shù)，你所有的需求都能滿足，包括異步執(zhí)行。

Node.JS是一種非常年輕的技術(shù)框架，它的周邊程序庫都不是很成熟。我說這些并沒有任何對那些代碼捐贈者冒犯的意思，他們很優(yōu)秀，開發(fā)出來很多優(yōu)秀的程序庫。然而，大部分程序庫需要改進，而Node.JS的這種快速成長的環(huán)境意味著每一版升級中都帶有大量的變化；當(dāng)你使用一種前沿技術(shù)時，你十分有必要盡快的緊跟***的版本。這給創(chuàng)業(yè)型的企業(yè)帶來了很多的麻煩。

另外一個原因是關(guān)于測試。Node.JS里的測試框架還不錯，但跟Django或RoR平臺上的相比還是差一些。對于一個每天都有大量的代碼提交、并且在一兩天內(nèi)就要發(fā)布的應(yīng)用來說，程序不能出問題是至關(guān)重要的，否則你為此辛苦的努力變得得不償失。沒有人愿意花一天的時間改一些***的bug。

***一點，我們需要的是一種能緩存一切的東西，并且要盡快的實現(xiàn)。盡管我們的應(yīng)用在增長，每秒鐘有上萬次的hits，但絕不會出現(xiàn)很大量的訪問請求；這不是一個聊天程序！主程序最多時也就達到1000RPS，這樣的負載對于Ruby on Rails和Nginx來說算不了什么。

如果你現(xiàn)在還在讀這篇文章，那你已經(jīng)看到了我所有要說的了，你也許非常堅持的想知道我們的應(yīng)用什么地方還在使用Node.JS。是這樣的，我們的應(yīng)用由兩部分組成。一是界面，用戶看到的這部分，二是負責(zé)報表管理的部分，以及做日志的功能。后者是Node.JS的一個***使用場景，存在有大量的短周期的請求。這部分的動作需要盡快的執(zhí)行完成，甚至要在我們的數(shù)據(jù)推送還沒有完成之前。這很重要，當(dāng)請求執(zhí)行還未結(jié)束，瀏覽器繼續(xù)等待響應(yīng)結(jié)束，這會影響用戶使用體驗。Node.JS的異步特性救了我們。數(shù)據(jù)要么被存入數(shù)據(jù)庫，要么被處理掉，當(dāng)請求一旦執(zhí)行完成，瀏覽器就可以開始做其它重要的事情了。

英文原文：Why we moved from Node.JS to RoR

本文轉(zhuǎn)自：http://www.aqee.net/why-we-moved-from-Node.JS-to-ror/