大規模なRuby on Railsアプリケーション（月間2,500万人のユーザー）がいるため、経営陣はNode.jsで書き直すことにしました。

次の場合に教えてください：

• Node.jsを使用するとサイトが高速になります！
• Node.jsはより少ないサーバーリソースを消費するため、コストを節約できます！
• Node.jsにより生産性が向上します！
• Node.jsは、クライアント側とサーバー側のJavaScriptコードを共有できることを意味します。

明確にするために、フロントエンドサーバーを書き換えています。これは、既存のRuby on RailsアプリケーションとAPIとして対話します。その間、Ruby on Railsアプリケーションをサービスにリファクタリングします。

既存のアーキテクチャの詳細：

• HTMLパーシャルキャッシュ用のMemcached
• セッション用のRedis、および構造化されたデータキャッシング
• MySQLシングルマスター、マルチスレーブ
  • 多数の書き込みを受け入れる1つの大きなテーブルがあります（ポーリングを想像してください）
  • それ以外の場合はほとんど読み取ります。
• 一部のメタデータ用のMongoDB
• Ruby on Rails 3.0
• nginxとUnicorn

あなたが尋ねる質問のほとんどは文脈なしでは答えることができず、管理者がすでにあなたのために選択をしているので、多かれ少なかれ意味がありません...あなたが「すべてのこの変化に直面して辞めて新しい仕事を見つけるべきですか？ ？」

あなたがそれを難し​​くするつもりなら、トピックでこの投稿を読むことをお勧めします：あなたの正気を失うことなく、グラウンドアップの書き換えを生き残る方法。

最近、node.jsでサーバーロジックを少し書き換える道を開始しました。主な理由は、現在.NETで記述されており、MS環境から移行することを望んでいるからです。

私のこれまでの経験はポジティブで、すべての非ブロッキング性を備えた最初の学習曲線が得られますが、実際にコードを書くのはとても楽しいことです。

ただし、JavaScriptでフロントエンド開発を行ったすべての男性と彼の犬（そして、私が望むすべてのフロントエンド開発者になるでしょう）は、node.jsが「サーバーサイドjavascript」であることに少し興奮します。 'ただし、フロントエンドの開発者が優れたサーバーサイドアプリを作成するために必要な経験を持つことを意味しません。

あなたが考えていることの一つは、致命的なエラーがスレッド化されていない性質のためにアプリ全体をダウンさせることです。

フロントとバックの両方を行い、両方を楽しんでいる人にとって、フロントエンドの言語からバックエンドの言語にメンタルコンテキストを切り替える必要がないことは、最終的にチームの生産性を最終的に向上させると思う本当のボーナスです。

まあ、アプリケーションの書き直しは、パフォーマンスが悪い場合を除き、良いアイデアだとは思いません。質問に答えるには：

1. Node.jsは魔法ではありません。アプリケーションには膨大な数のユーザーがいるため、高速化を確実にする方法はありません。

2. ええ、はい、Node.jsは実際にはより少ないサーバーリソースを消費します。そのため、リソースのコストを節約できるだけでなく、既存のリソースでさらに多くのことができます。これは主に、Node.jsのシングルスレッドの性質によるものです。追加のスレッドのオーバーヘッドはありません。

3. 繰り返しますが、Node.jsは魔法ではありません。そうは言っても、その中には真実があるかもしれません。Node.jsには非常に活発なコミュニティがあり、可能なタスクごとに数百のモジュールを作成しています。したがって、ほとんどの作業はあなたのために行われた可能性が非常に高いです。ピースを合わせるだけです。

4. 理論的には、はい。Node.jsはJavaScriptであるため、クライアントとサーバー間でコードを共有できます。しかし、私はそれが何を共有するのか正確には知りません。クライアントで再利用可能なコードを記述していません。サーバー上で行うことは通常、クライアントとは関係ありません。私にとってより重要なのは、コンテキストの切り替えがないことです。クライアントとサーバーの両方で単一の言語でコーディングする方が簡単だと思います。

Node.jsはシングルスレッドであるため、そうするように明示的に構成されていない限り、複数のCPUを利用することはできません。

コメントもご覧ください。Node.jsの動作に関する優れた洞察を提供します。