RTC では、グローバル ソフトウェア開発シナリオのために、キャッシュされたプロキシの概念があります。
私が理解しているように、リモートの場所にコンポーネントをロードするときに役立つのは読み取り専用のプロキシのみです。[scm 部分]
変更が中央サーバーに送信されるときのすべてのコミットおよび配信アクション、変更は WAN 経由で直接送信されます。したがって、これらのアクションはプロキシの恩恵を受けません。この理解は正しいでしょうか？
または、プロキシは、リモート ロケーションからの配信/コミット アクションのパフォーマンスを向上させるのに役立ちますか?
キャッシュ プロキシについては、次のドキュメントに記載されています。
WAN 接続が 200 ミリ秒のガイダンスを満たさないケースがまだあることを認識しています。この場合、RTC の Web アーキテクチャを活用して、キャッシング プロキシを使用できるようにしました。
標準の Web キャッシング テクノロジー、IBM、Apache HTTP Server、または Squid に基づいて、中央サーバーへの接続が不十分な場所にキャッシュを展開できます。
このキャッシング プロキシは、サーバーからフェッチされた SCM コンテンツをキャッシュし、RTC クライアントのアクセス時間を大幅に改善し、ネットワーク上のトラフィックを削減します。
そのため、RTC の場合は、「コミット」と「配信」よりも、「読み込み」と「受け入れ」と操作を高速化することを目的としています。
複数の開発者全員が特定のストリームからロードする場合、キャッシング プロキシはネットワーク トラフィックの削減に役立ちます。