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

Автор оригинала: Andrei Sohan
  • Перевод
image

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

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

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

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



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

Jenkins


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

Минимальные требования к ПК:
  • 256 МБ ОЗУ, 1 ГБ файлового пространства.

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

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

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


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. Графический интерфейс рабочей среды выглядит следующим образом:





Сильные стороны 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, агенты, очереди сборки, учетные записи и разрешения пользователей. В базу не входят лишь журналы сборки и артефакты.



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

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

tar -xfz TeamCity.tar.gz

/bin /runAll. sh [start|stop]

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



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

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

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

GoCD


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

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

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

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



Stages/Jobs/Tasks:



Установка для 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:
  • открытый исходный код;
  • простая установка и настройка;
  • хорошая документация;

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



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



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



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

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

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


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

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

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

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

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

  • +18
  • 6,4k
  • 6
Skillbox
73,68
Онлайн-университет профессий будущего
Поделиться публикацией

Комментарии 6

    +10
    Что-то как-то ни о чем статья.
    Где тот же самый Gitlab CI, Travis? Да и описание установки как-то ни к месту, все есть в документации. Было бы полезнее в таком ключе сделать сравнение а не сухой обзор характеристик.
      +9

      Когда писать нечего, но что-то в блог выложить нужно. Полностью согласен с zirexx.
      Упомянули полтора инструмента, да еще каша какая-то. Вместо либо комплексного сравнения большинства инструментов (да и то уже было не раз), либо глубокого анализа и личного опыта эксплуатации по одному из них (лучший вариант).

        +1
        У Jenkins есть новый красивый альтернативный интерфейс — BlueOcean, где очень наглядно отображаются пайплайны.
          +1

          Вот бы еще у него была новая полная документация, вместо тикетов джиры и гугл групс. Каждое действие в сторону от hello world пайплайна — и вот ты уже роешь гугл, стековерфлоу, джиру, сорцы плагинов в поисках того, что должно было быть написано в его документации. А учитывая что там весь функционал на плагинах…


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

          +2

          TeamCity платный только после 100 build конфигураций. Для небольших компаний этого хватает за глаза

            0

            Azure DevOps? Для маленький компаний — почему бы и нет?

            Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

            Самое читаемое