是RTC代理服务器只读

Question

在RTC中，对于全局软件开发场景，有缓存代理的概念。
据我所知，它只是一个只读代理，这将有助于在远程位置加载组件。(供应链管理部分)
当更改被传输到中央服务器时，所有Commit和Deliver操作都直接通过WAN发送。所以这些行为不能从代理中获益。这种理解正确吗?

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

Answer 1

缓存代理在:

• "Rational Team Concert支持多站点吗?"
• "为Jazz源控制使用内容缓存代理"

我们意识到，仍然会有广域网连接不符合200ms指导的情况。在这种情况下，我们利用了RTC的Web架构来允许使用缓存代理。基于标准的Web缓存技术，IBM或Apache HTTP Server或Squid，可以将缓存部署在与中心服务器连接较差的位置。这个缓存代理将缓存从服务器获取的SCM内容，极大地改善了RTC客户机的访问时间，并减少了网络上的流量。

所以在RTC的情况下，它更有针对性地加快"Load"one_answers"Accept"和操作，而不是"Commit"one_answers"Deliver"。
如果多个开发人员都从一个特定的流加载，缓存代理将有助于减少网络流量。

Answer 2

我们意识到仍然会有WAN连接不符合200ms指导的情况。在本例中，我们利用了RTC的Web体系结构来允许使用缓存代理。基于标准的Web缓存技术，IBM或Apache HTTP Server或Squid，可以将缓存部署在与中心服务器连接较差的位置。这个缓存代理将缓存从服务器获取的SCM内容，极大地改善了RTC客户机的访问时间，并减少了网络上的流量。所以在RTC的情况下，它更有针对性地加快"Load"one_answers"Accept"和操作，而不是"Commit"one_answers"Deliver"。如果多个开发人员都从一个特定的流加载，缓存代理将有助于减少网络流量。