прокси-сервер RTC только для чтения?

в RTC для глобального сценария разработки программного обеспечения существует концепция кэшированных прокси-серверов.
насколько я понимаю, это только прокси-сервер только для чтения, который поможет при загрузке компонента в удаленном месте.[часть scm]
Все действия Commit и Deliver, когда изменения передаются на центральный сервер, отправляются напрямую через WAN. Так что эти действия не выигрывают от прокси. Верно ли это понимание?

Или прокси-сервер помогает повысить производительность операций доставки/фиксации из удаленного местоположения?


ibm-jazz jazz rtc
person maxmelbin    schedule 10.04.2013    source источник

Ответы (2)


arrow_upward
3
arrow_downward

Кэш-прокси упоминается в:

Мы понимаем, что по-прежнему будут случаи, когда подключение по глобальной сети не будет соответствовать рекомендациям в 200 мс. В этом случае мы использовали веб-архитектуру RTC, чтобы разрешить использование кэширующих прокси-серверов.
Основываясь на стандартной технологии веб-кэширования, HTTP-сервере IBM или Apache или Squid, кэш можно развернуть в месте, имеющем плохое соединение с центральным сервером.
Этот кэширующий прокси-сервер будет кэшировать содержимое SCM, полученное с сервера, что значительно улучшит время доступа для клиента RTC и уменьшит трафик в сети.

Таким образом, в случае RTC он больше направлен на ускорение "Загрузки" и "Принятия" и операций, а не на "Зафиксировать" и "Доставить".
Если несколько разработчиков загружают данные из определенного потока, поможет кэширующий прокси-сервер. уменьшить сетевой трафик.

person VonC    schedule 10.04.2013

arrow_upward
0
arrow_downward

Мы понимаем, что по-прежнему будут случаи, когда WAN-соединение не будет соответствовать рекомендациям в 200 мс. В этом случае мы использовали веб-архитектуру RTC, чтобы разрешить использование кэширующих прокси-серверов. Основываясь на стандартной технологии веб-кэширования, IBM или Apache HTTP Server или Squid, кэш можно развернуть в месте с плохим подключением к центральному серверу. Этот кэширующий прокси-сервер будет кэшировать содержимое SCM, полученное с сервера, что значительно улучшит время доступа для клиента RTC и уменьшит трафик в сети. Таким образом, в случае RTC он больше нацелен на ускорение «Загрузки» и «Принятия» и операций, а не «Подтверждения» и «Доставки». Если несколько разработчиков загружаются из определенного потока, кэширующий прокси-сервер поможет уменьшить сетевой трафик.

person soubhagya ranjan biswal    schedule 14.09.2015