RTC代理服务器只能读取吗？

Question

在RTC中，对于全球软件开发场景，存在缓存代理的概念 据我所知，它只是一个只读代理，有助于在远程位置加载组件。[scm part]
当更改传输到中央服务器时，所有提交和传递操作，更改将直接通过WAN发送。因此，这些操作不会从代理中受益。这种理解是否正确？

或者代理是否有助于提高远程位置的交付/提交操作的性能？

Answer 1

缓存代理在：

中提到

• “Does Rational Team Concert support MultiSite? ”
• “Using content caching proxies for Jazz Source Control”

  

我们意识到仍然会出现WAN连接无法满足200ms指导的情况。在这种情况下，我们利用RTC的Web架构来允许使用缓存代理   基于标准Web缓存技术，IBM或Apache HTTP Server或Squid，可以在与中央服务器连接不良的位置部署缓存。
  此缓存代理将缓存从服务器获取的SCM内容，从而大大缩短了RTC客户端的访问时间，并减少了网络上的流量。

因此，在RTC的情况下，更有针对性地加快“加载”和“接受”和操作，而不是“提交”和“交付”。
如果多个开发人员都从特定流加载，则缓存代理将有助于减少网络流量。

Answer 2

我们意识到仍然会出现WAN连接无法满足200ms指导的情况。在这种情况下，我们利用RTC的Web架构来允许使用缓存代理。 基于标准Web缓存技术，IBM或Apache HTTP Server或Squid，可以在与中央服务器连接较差的位置部署缓存。 此缓存代理将缓存从服务器获取的SCM内容，从而大大缩短了RTC客户端的访问时间，并减少了网络上的流量。 因此，在RTC的情况下，它更有针对性地加速＆＃34;加载＆＃34;并且＆＃34;接受＆＃34;和操作，而不是＆＃34;提交＆＃34;和＃34;交付＆＃34;。 如果多个开发人员都从特定流加载，则缓存代理将有助于减少网络流量。