Teamcity, как buildserver, хост или платить за что-то еще

Question

Я работаю с командой из 5 разработчиков в небольшой компании. Здесь работают 3 человека и 2 работают удаленно. В настоящее время мы используем Assembla с Trac для контроля версий. Мы работаем над веб-сайтом ASP.NET MVC. Мы не размещаем нашу производственную среду прямо сейчас. Я устанавливаю BuildServer с Teamcity! У меня это работает прямо сейчас на моем локальном компьютере. Должны ли мы разместить свой собственный сервер сборки или заплатить еще?

Answer 1

TeamCity довольно хорош для небольших магазинов, таких как ваш. Собственный хостинг действительно не должен быть плохим с точки зрения настройки и стоимости. Пока ваши удаленные коллеги могут получить к нему доступ без проблем, и он отвечает вашим требованиям, сделайте это.

Answer 2

Я бы порекомендовал разместить его ближе к вашему серверу контроля версий, чтобы он мог получать исходные коды и быстрее выполнять сборку. Если вы размещаете свой собственный сервер контроля версий, либо установите TeamCity на тот же компьютер (если это позволяет оборудование), либо поместите его в ту же сеть. Вам также нужно будет где-то установить агент (ы) сборки и сервер базы данных (поскольку внутренней базе данных может не хватать производительности и надежности). В небольшом магазине все это обрабатывает автономный сервер (TeamCity Server + Build Agent + база данных MySQL). В долгосрочной перспективе покупка сервера и размещение его на хостинге будет намного дешевле, чем платить ежемесячному хостинг-провайдеру за виртуальный или выделенный сервер с ограниченными ресурсами. Это также упростит обновление, если это станет необходимым.

Сервер TeamCity сам по себе является веб-приложением, размещенным на сервере Tomcat. Доступ к нему осуществляется через веб-интерфейс из браузера. Если у вас есть внешний IP-адрес на сервере, просто настройте Tomcat на прослушивание этого адреса, и TeamCity станет доступным со всего мира (не забудьте настроить защиту).