Что вы думаете об этих рабочих процессах резервного копирования / svn, которые я хочу реализовать?

Пожалуйста, смотрите картинку:.

Эта архитектура хороша? Или что-то не так? Отсутствует ?

Спасибо

Если вы открыты для коммерческих решений, WANdisco предоставляет решение для кластеризации, которое может вполне соответствовать вашим требованиям. Он будет постоянно синхронизировать все серверы. Если вы поставите балансировщик нагрузки перед клиентами, он также может автоматически переключить их на резервный узел без вмешательства.

http://wandisco.com/subversion/clustering/

Единственное, о чем я могу думать, - это поток между DEV и PROD. Предположительно, переход от DEV к PROD - это новое протестированное программное обеспечение, готовое к производству. Для моей системы, которая очень похожа по сути, у нас также есть поток от PROD к DEV. Следует отметить, что этот поток полностью отличается от DEV к PROD.
DEV to PROD, новые обновления программного обеспечения и т. Д.
PROD для РАЗРАБОТКИ базы данных / данных, созданных системой. В DEV из-за тестирования мы получаем базу данных, отличную от той, что была в PROD. Чтобы они оба хотя бы приблизительно синхронизировались, мы копируем базу данных из PROD в DEV один раз в неделю. Очень редко мы возвращаем систему DEV в то же состояние, что и производство, если слишком много людей изменили слишком много вещей.
Я просто подумал, что вы должны каким-то образом прояснить, что рабочие процессы в каждом направлении разные.