Cam Chat Webサイトのシステムアーキテクチャ（tinychat、omegle、cam4）
Tinychat、omegle、cam4、chatrouletteなどのWebサイトの背後にあるシステムアーキテクチャの種類を知っている人はいますか？また、接続ごとにどのくらいの帯域幅が必要ですか？
私が間違っていなければ、Flash Media Server、Wowza Media Server、Red5、Erlyvideoなどのビデオストリーミングサーバーを使用していますが、これは1 Gb/sの帯域幅で2万人のユーザーを食いつぶしますか？それとも、peer2peerを破壊しているソフトウェアを使用していますか？私はそのようなソフトウェアのいくつかを見つけましたが、それらはすべていくつかのUDPポートを開く必要があります。
上記のサーバーソフトウェアのいくつかを備えた1つのサーバーインスタンスがどれだけのユーザーを処理できるか知っている人はいますか？
背景情報に満足しています。
少なくともchatrouletteは、RTMFPとstratusを使用して、サーバーにビデオを渡さずに、クライアントからクライアントにビデオをプッシュしています（帯域幅をあまり使用していません）。これは、穴あけのおかげで最も単純なホームネットワークを通過します。
セッションのセットアップとメタデータはサーバーを通過しますが、それは今日のほとんどすべてのテクノロジーで実行できる単純なメッセージパスです。 AfaikはそのためにFMSを使用しています。
http://labs.Adobe.com/technologies/stratus/ および http://blogs.Adobe.com/collabmethods/2008/12/try_rtmfp_and_clienttoclient_d.html を参照してください。
大まかな流れは次のとおりです。
- ユーザーがサイトにブラウザを起動します
- フラッシュクライアントがサーバーに接続します（サーバーへのアウトバウンド接続、rtmpなど）
- Flashクライアントは、stratusapiを介して組み込まれたポリシーを超えて接続するための特別なアクセス許可を取得します
- フラッシュクライアントは、他の人のクライアントと同時にUDPホールパンチングを実行します。直接UDPリンクが確立され、オーディオ/ビデオデータを交換します
フォールバックに対してそれらが何をするかを理解するために少し調査する必要がありますが、おそらくそれはスループット要件が添付されたデータの単純なサーバーリレーです。
チャットルーレットはピアツーピア機能を使用していると思います。これにより、必要な帯域幅が実際に削減されると思いますが、それ以外は何も得られません。ごめんなさい ：）