-1

現在、ember.js でユーザー インターフェイスを作成しており、転送テクノロジとサーバー サイド スクリプトに関するサーバー サイドの決定に助けが必要です。

アプリは、ユーザーのアクセス許可を処理し、入出力を保存するためのデータベース サガーを追加して、いくつかのサーバー サイド スクリプトの呼び出しを単純にラップするように計画されています。

アプリケーションを適切に操作するには、ユーザーがログインする必要があります。

作業中のユーザーの同時実行性が高いことを期待していますが、サーバーでより多くの並列スレッドを使用できるため、Node.js+socket.io を使用する必要があるかどうかは完全にはわかりません。

リクエストの半分はデータベースへの単純なリクエストであり、残りの半分は別のサーバー側スクリプトの計算時間 (最大 5 秒) をほとんど必要としません。

おそらく、MongrelDB をデータベースとして使用します。

私の最大の質問:

  • 今日、純粋な websocket を使用しても技術的に安全ですか、それとも Socket.io を完全に劣化させた方がよいでしょうか?
  • node.js はマルチコア ボックスで適切にスケーリングされますか、それとも Python バックエンドで Mongrel2 のようなものを使用する必要がありますか?
  • 一部の応答が非常に長い場合、Python バックエンドは大きな同時実行性を処理しますか?
  • node.js+socket.io でログイン ユーザーを処理するにはどうすればよいですか?
4

1 に答える 1

0
  1. Websocket プロトコルはまだ急速に変化しているため、適切に劣化させることをお勧めします。
  2. スケーリングには Redis pub/sub を使用していますが、マルチコアにはクラスター モジュールを使用できます。
  3. わからない。
  4. connect から socket.io へのセッションを RedisStorage と共有しています。RedisStorage は、ログインしているユーザーを処理する場合にのみ使用できます。
于 2012-06-05T05:41:15.517 に答える