3 популярных инструмента для организации непрерывного развертывания (Continuous Deployment)

3 популярных инструмента для организации непрерывного развертывания (Continuous Deployment)

Continuous Deployment (непрерывное развертывание) — особый подход в разработке программного обеспечения, который применяется для быстрого, безопасного и эффективного внедрения различных функций в ПО.

Основная идея — создание надежного автоматизированного процесса, позволяющего разработчику быстро предоставлять пользователю готовый продукт. При этом вносятся постоянные изменения в продакшн — это называется конвейером непрерывной доставки (CD Pipeline).

Skillbox рекомендует: Практический курс «Мобильный разработчик PRO».

Напоминаем: для всех читателей «Хабра» — скидка 10 000 рублей при записи на любой курс Skillbox по промокоду «Хабр».

3 популярных инструмента для организации непрерывного развертывания (Continuous Deployment)

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

Jenkins

Полностью автономный сервер автоматизации с открытым исходным кодом. С ним стоит работать для автоматизации всех видов задач, связанных со сборкой, тестированием, поставкой или развертыванием программного обеспечения.

Минимальные требования к ПК:

  • 256 МБ ОЗУ, 1 ГБ файлового пространства.

Оптимально:

  • 1 ГБ ОЗУ, 50 ГБ на жестком диске.

Для работы понадобится еще и дополнительное программное обеспечение — Java Runtime Environment (JRE) версии 8.

Архитектура (распределенные вычисления) выглядит следующим образом:
3 популярных инструмента для организации непрерывного развертывания (Continuous Deployment)

Jenkins Server — установка, которая отвечает за GUI-хостинг, а также организацию и выполнение всей сборки.

Jenkins Node/Slave/Build Server — устройства, которые можно настроить для выполнения работы по сборке от имени Master (главного узла).

Установка для Linux

Сначала нужно добавить репозиторий Jenkins в систему:

cd /tmp && wget -q -O — pkg.jenkins.io/debian-stable/jenkins.io.key | sudo apt-key add — echo ‘deb pkg.jenkins.io/debian-stable binary/’ | sudo tee -a /etc/apt/sources.list.d/je

Обновить репозиторий пакетов:

sudo apt update

Установить Jenkins:

sudo apt install jenkins

После этого Jenkins будет доступен в системе по дефолтному порту 8080.

Для проверки работоспособности нужно открыть в браузере адрес localhost:8080. Затем система предложит ввести начальный пароль пользователя с root-правами. Этот пароль находится в файле /var/lib/jenkins/secrets/initialAdminPassword.

Теперь все готово к работе, можно приступать к созданию потоков CI/CD. Графический интерфейс рабочей среды выглядит следующим образом:

3 популярных инструмента для организации непрерывного развертывания (Continuous Deployment)

3 популярных инструмента для организации непрерывного развертывания (Continuous Deployment)

Сильные стороны Jenkins:

  • масштабируемость, которую обеспечивает архитектура Master/Slave;
  • наличие REST XML/JSON API;
  • возможность подключения большого числа расширений благодаря плагинам;
  • активное и постоянно развивающееся сообщество.

Минусы:

  • отсутствует аналитический блок;
  • не слишком удобный интерфейс.

TeamCity

Коммерческая разработка от компании JetBrains. Сервер хорош простой настройкой и отличным интерфейсом. В дефолтной конфигурации есть большое количество функций, постоянно увеличивается число доступных плагинов.

Для работы требуется Java Runtime Environment (JRE) версии 8.

Требования сервера к железу некритичные:

  • ОЗУ — 3,2 ГБ;
  • процессор — двухъядерный, 3,2 ГГц;
  • канал связи с пропускной способностью 1 Гб/с.

Сервер позволяет достичь высокой производительности в работе:

  • 60 проектов с 300 конфигурациями сборок;
  • выделение 2 МБ на журнал сборки;
  • 50 агентов сборки;
  • возможность работы 50 пользователей в веб-версии и 30 пользователей в IDE;
  • 100 подключений внешней СКВ, как правило, Perforce и Subversion. Среднее время изменений — 120 секунд;
  • более 150 модификаций в день;
  • работа с БД на одном сервере;
  • настройки серверного процесса JVM: -Xmx1100m -XX:MaxPermSize=120m.

Требования к агенту обусловлены работающими сборками. Основная задача сервера — отслеживание всех подключенных агентов и распределение сборок из очереди по этим агентам на основе требований совместимости, с сообщением результатов. Агенты имеют различные платформы и операционные системы, плюс предварительно сконфигурированную среду.

Вся информация о результатах сборки хранится в базе данных. В первую очередь это история и другие подобные данные, изменения VCS, агенты, очереди сборки, учетные записи и разрешения пользователей. В базу не входят лишь журналы сборки и артефакты.

3 популярных инструмента для организации непрерывного развертывания (Continuous Deployment)

Установка для Linux

Для ручной установки TeamCity с контейнером сервлета Tomcat следует использовать архив TeamCity: TeamCity .tar.gz. Загрузить его можно отсюда.

tar -xfz TeamCity.tar.gz

/bin /runAll. sh [start|stop]

При первом запуске нужно выбрать тип БД, в которой будут храниться данные о сборке.

3 популярных инструмента для организации непрерывного развертывания (Continuous Deployment)

Конфигурация по умолчанию работает на localhost:8111/ с одним зарегистрированным агентом сборки, запущенным на том же ПК.

Сильные стороны TeamCity:

  • простая настройка;
  • удобный интерфейс;
  • большое количество встроенных функций;
  • служба поддержки;
  • есть RESTful API;
  • неплохая документация;
  • хорошая защищенность.

Минусы:

  • ограниченная интеграция;
  • это платный инструмент;
  • небольшое сообщество (которое, впрочем, растет).

GoCD

Open source-проект, для установки и работы которого требуется Java Runtime Environment (JRE) версии 8.

Системные требования:

  • ОЗУ — 1 ГБ минимум, лучше больше;
  • процессор — двухъядерный, с частотой работы ядра 2 ГГц;
  • жесткий диск — минимум 1 ГБ свободного места.

Агент:

  • ОЗУ — минимум 128 Мбайт, лучше больше;
  • процессор — минимум 2 ГГц.

Сервер обеспечивает работу агентов и предоставляет удобный интерфейс для пользователя:

3 популярных инструмента для организации непрерывного развертывания (Continuous Deployment)

Stages/Jobs/Tasks:

3 популярных инструмента для организации непрерывного развертывания (Continuous Deployment)

Установка для Linux

echo “deb download.gocd.org /” | sudo tee /etc/apt/sources.list.d/gocd.list

curl download.gocd.org/GOCD-GPG-KEY.asc | sudo apt-key add —
add-apt-repository ppa:openjdk-r/ppa

apt-get update

apt-get install -y openjdk-8-jre

apt-get install go-server

apt-get install go-agent

/etc/init.d/go-server [start|stop|status|restart]

/etc/init.d/go-agent [start|stop|status|restart]

По умолчанию GoCd работает по localhost:8153.

Сильные стороны GoCd:

  • открытый исходный код;
  • простая установка и настройка;
  • хорошая документация;

  • отличный пользовательский интерфейс:

3 популярных инструмента для организации непрерывного развертывания (Continuous Deployment)

  • возможность пошагового отображения пути развертывания GoCD в одном представлении:

3 популярных инструмента для организации непрерывного развертывания (Continuous Deployment)

  • отличное отображение структуры конвейера:

3 популярных инструмента для организации непрерывного развертывания (Continuous Deployment)

  • GoCD оптимизирует рабочий процесс CD в самых востребованных облачных средах, включая Docker, AWS;
  • инструмент дает возможность исправлять неисправности в конвейере, для чего есть отслеживание каждого изменения от коммита до развертывания в realtime-режиме.

Минусы:

  • нужен хотя бы один агент;
  • нет консоли для отображения всех выполненных задач;
  • для выполнения каждой команды нужно создавать по одной задаче к конфигурации конвейера;
  • для установки плагина требуется переместить файл .jar в <go-server-location>/plugins/external и перезапустить сервер;
  • относительно небольшое сообщество.

В качестве вывода

Это всего три инструмента, на самом деле их гораздо больше. Выбирать сложно, поэтому обязательно нужно обращать внимание на дополнительные аспекты.

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

Если безопасность важнее всего, стоит работать с локальным инструментом. Если же нет, то выбор SaaS-решения — хороший вариант.

И последнее: для того чтобы обеспечить действительно эффективный процесс непрерывного развертывания, нужно сформировать критерии, специфика которых даст возможность сузить круг выбора доступных инструментов.

Skillbox рекомендует:

Источник: habr.com