在 RTC 中,针对 Global Software 开发场景,有缓存代理的概念。
据我了解,它只是一个只读代理,有助于在远程位置加载组件。[scm 部分]
当更改传输到中央服务器时,所有提交和交付操作,更改直接通过 WAN 发送。因此,这些操作不会从代理中受益。这种理解正确吗?
或者代理是否有助于提高远程交付/提交操作的性能?
缓存代理在:
我们意识到仍然存在 WAN 连接无法满足 200 毫秒指导的情况。在这种情况下,我们利用 RTC 的 Web 架构来允许使用缓存代理。
基于标准的 Web 缓存技术,IBM 或 Apache HTTP Server 或 Squid,可以在与中央服务器连接不佳的位置部署缓存。
此缓存代理将缓存从服务器获取的 SCM 内容,从而大大提高 RTC 客户端的访问时间,并减少网络上的流量。
所以在RTC的情况下,更有针对性地加快“Load”和“Accept”和操作,而不是“Commit”和“Deliver”。
如果多个开发人员都从特定流加载,缓存代理将有助于减少网络流量。
我们意识到仍然存在 WAN 连接无法满足 200 毫秒指导的情况。在这种情况下,我们利用 RTC 的 Web 架构来允许使用缓存代理。基于标准的 Web 缓存技术,IBM 或 Apache HTTP Server 或 Squid,可以在与中央服务器连接不佳的位置部署缓存。此缓存代理将缓存从服务器获取的 SCM 内容,大大提高 RTC 客户端的访问时间,并减少网络上的流量。所以在RTC的情况下,更有针对性地加快“Load”和“Accept”和操作,而不是“Commit”和“Deliver”。如果多个开发人员都从特定流加载,缓存代理将有助于减少网络流量。