だから私はビデオ、オーディオ、テキストを許可するチャットアプリを作りたいと思っています。どちらを使用するかを決定するために、WebsocketとWebRTCの調査に少し時間を費やしました。WebRTCを使用したビデオアプリやオーディオアプリがたくさんあるので、これは妥当な選択のように思えますが、他に考慮すべき点はありますか？ご意見をお聞かせください。
のようなもの：
新しいため、WebRTCは一部のブラウザーでのみ使用できますが、WebSocketはより多くのブラウザーで使用されているようです。
スケーラビリティ-Websocketsはセッションにサーバーを使用し、WebRTCはp2pのようです。
多重化/複数チャットルーム-Google+ハングアウトで使用されていますが、実装方法のデモアプリをまだ表示しています。
サーバー-Websocketsは、複数のマシン間でスケーリングするためにRedisSessionStoreまたはRabbitMQを必要とします。
回答:
WebRTCは、ビデオ、オーディオ、および任意のデータの高性能で高品質な通信用に設計されています。言い換えれば、あなたが説明したものとまったく同じようなアプリの場合です。
WebRTCアプリには、ネットワークとメディアメタデータを交換できるサービスが必要です。これは、シグナリングと呼ばれるプロセスです。ただし、シグナリングが行われると、ビデオ/オーディオ/データはクライアント間で直接ストリーミングされ、中間サーバーを介したストリーミングのパフォーマンスコストが回避されます。
一方、WebSocketは、クライアントとサーバー間の双方向通信用に設計されています。WebSocketを介してオーディオとビデオをストリーミングすることは可能ですが（たとえば、こちらを参照）、テクノロジーとAPIは、WebRTCのように効率的で堅牢なストリーミングを実現するように本質的に設計されていません。
他の返信で述べたように、WebSocketはシグナリングに使用できます。
私はWebRTCリソースのリストを管理しています。WebRTCに関する 2013年のGoogle I / O プレゼンテーションから始めることを強くお勧めします。
WebSockets：
すべての最新ブラウザー、さらにはweb-socket-jsポリフィルを使用したレガシーブラウザーまでサポートするIETF標準（6455）を承認しました。
HTTP互換のハンドシェイクとデフォルトのポートを使用して、既存のファイアウォール、プロキシ、およびWebサーバーインフラストラクチャでの使用をはるかに簡単にします。
はるかにシンプルなブラウザAPI。基本的に、2つのコールバックを持つ1つのコンストラクター。
クライアント/ブラウザからサーバーへのみ。
TCP上に構築されているため、信頼性の高い順序どおりのトランスポートのみをサポートします。つまり、パケットのドロップにより、後続のすべてのパケットが遅延する可能性があります。
WebRTC：
ChromeとFirefoxでサポートされ始めたばかりです。MSは互換性のないバリアントを提案しています。DataChannelコンポーネントは、FirefoxとChromeの間でまだ互換性がありません。
WebRTCは、理想的な状況ではブラウザーツーブラウザーですが、それでもほとんどの場合、接続をセットアップするためにシグナリングサーバーが必要です。現在最も一般的なシグナリングサーバーソリューションはWebSocketを使用しています。
トランスポート層は、接続が正しいかどうか、信頼性があるかどうかを選択できるアプリケーションで構成できます。
複雑な多層ブラウザAPI。より単純なAPIを提供するJSライブラリがありますが、これらは（WebRTC自体と同様に）新しく、急速に変化しています。
WebSocketはTCPプロトコルを使用します。
WebRTCは主にUDPです。
したがって、Websocketの代わりにWebRTCを使用する主な理由は遅延です。WebSocketストリーミングを使用すると、待ち時間が長くなるか、再生が途切れて再生が途切れます。WebRTCを使用すると、VoIP通信の重要な要素である低遅延でスムーズな再生を実現できます。
ネットワークの損失、つまり2％でこれらのテクノロジーをテストしてみてください。Websocketストリームで大きな遅延が発生します。
webRTCまたはwebsockets？両方を使用しないのはなぜですか。
ビデオ/オーディオ/テキストチャットを構築する場合、webRTCはピアツーピアテクノロジーを使用し、接続が確立されて実行されると、サーバーを介して通信を渡す必要がないため（TURNを使用しない限り）、間違いなく良い選択です。
webRTC通信をセットアップするときは、何らかの信号メカニズムを使用する必要があります。ここではWebsocketが良い選択ですが、webRTCはビデオ/オーディオ/テキスト情報を取得する方法です。チャットルームはシグナリングで実行されます。
ただし、お伝えしたように、すべてのブラウザーがwebRTCをサポートしているわけではないため、websocketはこれらのブラウザーにとって適切なフォールバックになる場合があります。
セキュリティは見逃した側面の1つです。
WebSocketsを使用すると、データは中央のWebサーバーを経由する必要があり、通常はすべてのトラフィックを確認してアクセスできます。
WebRTCを使用すると、データはエンドツーエンドで暗号化され、サーバーを通過しません（場合によってはTURNサーバーが必要ですが、転送するメッセージの本文にはアクセスできません）。
アプリケーションによっては、これが問題になる場合と問題にならない場合があります。
大量のデータを送信する場合は、webRTCのP2Pアーキテクチャによるクラウド帯域幅コストの節約も検討する価値があります。