このトピックに関するいくつかの質問がありますが、問題に完全に対処するものはありません。
redis-store で Socket.IO を使用しており、トラフィックの増加に備えています。私のホスティング会社は、「より効率的なため、Socket.IO の代わりに Engine.IO を使用する必要がある」と言いました。
このような質問には、一見相反する答えがあります。
- Socket.IO は Engine.IO の上に構築されています
- Engine.IO は、Socket.IO が低下する場所を強化します
- Socket.IO 1.0 は、Engine.IO で実行される最初のバージョンになります。
だから私はそれを見る方法:
- Socket.IO 0.9 の劣化
- Engine.IO の強化
- Socket.IO 1.0 は Engine.IO を使用します
- 複数のインスタンスで Engine.IO を実行する場合は、自分で redis ストアを作成する必要があります
しかし、Engine.IOは「ロード バランサーに優しい」と言っていますが、redis については何も言いません。なんらかの外部店舗があるはずですよね?しかし、複数のトランスポートと 1 つのストアがある場合、Socket.IO のポイントは何でしょうか?
その後、Socket.IOが放棄される可能性があり、知名度の高い企業がPrimusに移行していることがわかります。
Engine.IO をスケーリングするにはどうすればよいですか? ストアを自分で書く必要がありますか?