是RTC代理服务器只读吗？

Question

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

或者代理是否帮助改善远程位置的传递/提交操作的性能？

Answer 1

缓存代理在提到：

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

我们认识到，仍然会有这样的情况：一个WAN连接将无法满足200毫秒指导。在这种情况下，我们利用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的情况下，它更有针对性地加快“加载”和“接受”和操作，而不是“提交”和“交付”。 如果多个开发人员都从特定的流中加载，则高速缓存代理将帮助减少网络流量。