Как говорится, бесплатного обеда нет. Хотя некоторые службы предлагают бесплатные частные репозитории Subversion ( RiouxSVN , Springloops и т. Д.), Они обычно имеют значительные ограничения (либо в отношении максимального размера хранилища, либо количества пользователей, которые могут доступ к хранилищу).
Действительно, решение сводится к тому, платите ли вы за полностью управляемый репозиторий Subversion, который предварительно сконфигурирован (например, предлагаемый Cloud Forge или Beanstalk ), или вместо этого вы платите за услугу облачного хостинга «Инфраструктура как услуга» (например, Compute Engine , AWS EC2 или Azure ) за виртуальную машину и взять на себя ответственность за настройку сервера Subversion на этом экземпляре виртуальной машины, взять на себя ответственность за безопасность и контроль доступа этой виртуальной машины, а также взять на себя ответственность за доменное имя, SSL-сертификаты и т. д., которые используются для доступа этот сервер удаленно через Интернет. Существует также промежуточный подход, например, использование стороннего образа / конфигурации виртуальной машины специально для запуска сервера Subversion на провайдере облачного хостинга (например, в случае использования образа Cloud Launcher Subversion предоставляется Bitnami , что упрощает подготовку, обслуживание, развертывание и т. д. Subversion на вычислительном движке).
Для всех различных вариантов / подходов компромисс обычно находится между затратами и хлопотами; Использование провайдера облачного хостинга и настройка сервера Subversion сами по себе более хлопотно, но и дешевле. Существует также компромисс с точки зрения риска / безопасности; если вы развернете сервер Subversion на Compute Engine или в VPC на AWS и не будете открывать компьютер общедоступному Интернету (чтобы он был доступен только для других виртуальных машин, предоставленных в этой подсети / VPC), риск будет относительно низким; однако после того, как вы настроите его для доступа к общедоступному Интернету, вам нужно будет подумать, предпочитаете ли вы владеть этим риском и безопасность виртуальной машины, а не платить дополнительную плату третьей стороне за управление этим риском. Другим компромиссом, который следует учитывать, является гибкость; подход «сделай сам» может позволить вам настроить элементы поведения сервера Subversion (например, сведения о том, как он авторизует пользователей), которыми вы, возможно, не сможете управлять так же легко с полностью размещенной опцией. Наконец, еще один компромисс, который необходимо учитывать, - это стоимость и простота резервного копирования хранилища; если его стоит хранить в репозитории, то, скорее всего, его также стоит сделать резервную копию; некоторые решения упрощают / удешевляют резервное копирование, чем другие.