Рассмотрение вопроса о размещении сервера SVN и сервера CI на том же компьютере

Question

Мне нужно перенести наш CI-сервер (Jenkins) и наш SVN-сервер (VisualSVN) в сторону от виртуальных машин, на которых они запущены. Я подумывал поставить оба на одну машину, и я пытаюсь найти некоторые аргументы против этого (не только ради того, чтобы не делать этого, а чтобы убедиться, что я рассмотрел все аспекты).

До сих пор я не нашел ничего конкретного, кроме очевидного мало:

• Установите правильное связывание, чтобы избежать конфликтов
• имеют достаточно большой диск для хранения сделок РЕПО, CI строит и артефакты
• Понимать что, когда машина идет вниз, она снижала обе службы.

Но ничего, что характерно для использования SVN и Jenkins в том же поле. Я предполагаю, что Дженкинс все равно подключится к репо через http, хотя он будет указан на localhost.

Есть ли у кого-нибудь другие идеи для этой установки или против нее?

PS: вопрос с бонусом: у меня также есть сервер NuGet, работающий через IIS на том же компьютере, на котором работает Jenkins, который также нужно будет перенести на один и тот же сервер, поэтому любые советы для этого также следует принимать во внимание.

Answer 1

Мое предпочтение было бы иметь отдельный сервер для Дженкинса.

Если вы хотите поддерживать хороший уровень производительности для своего приложения Jenkins, запуск SVN-сервера на том же хосте не поможет (относительно процессора или операций R/W на диске).

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

Если вам необходимо обновить версию сервера SVN, и если вам нужно перезапустить хост, это также повлияет на ваше приложение Jenkins.

Если вы хотите защитить свой экземпляр Jenkins с помощью Nginx (или другого обратного прокси), возможно, будет проще, если Jenkins будет работать на собственном хосте (без SVN).