LinkedIn での Ruby on Rails 対 Node.js

ほー、Rails→node.jsへの移行かー。でも記事見ると単純にMongrelがボトルネックな気も。。/LinkedIn での Ruby on Rails 対 Node.js

LinkedIn は先日，パフォーマンスとスケーラビリティを理由として，同社のモバイル用バックエンドインフラを Ruby on Rails から Node.js にリプレースした。これに対して元 LinkedIn のチームメンバが，何が問題であったのか，自身の意見を表明している 。 LinedIn のモバイルエンジニアリング担当ディレクタであるKiran Prasad氏は ArsTechnica に対して，LinkedIn ユーザにモバイルサービスを提供する バックエンドインフラを再検討 しなければならなかった理由について説明した。モバイルアプリケーションを利用しているユーザは全体の 7～8%に過ぎないにも関わらず，Ruby on Rails で実装されたバックエンドが深刻なスケーラビリティ上の問題に悩まされていた，というのだ。 LinkedIn では適用可能な３つのソリューションを評価した – Rails/Event Machine，Python/Twisted，そして Node.js である。Prasad 氏によると，多くのメリットがあることから，最終的に Node.js が選ばれたのだという。 優れたパフォーマンス – いくつかのシナリオにおいて，Node.js は Rails の20倍以上高速だった。 サーバ30台の処理をわずか３台で実行できるため，10倍以上のトラフィックを処理する余地が生まれる。 フロントエンドの JavaScript 技術者をバックエンドコード開発に従事させることが可能になる。この結果，２つあった開発チームが１つに統合された。 LinkedIn がスケーラビリティを理由に Rails を廃棄したことには，Web 関連からさまざまな反応があった。かつて LinkedIn モバイルチームのメンバだった Ikai Lan 氏は，同社の行ったテクノロジ選択とそこで発生した問題について，物語の一部 を公開している。 私たちはスタックとして Ruby on Rails 1.2 を，配信テクノロジとして Mongrel を選...

Full article: http://www.infoq.com/jp/news/2012/10/Ruby-on-Rails-Node-j...