CI-CD для стартапа: какие есть инструменты, и почему ими пользуются не только крупные и известные компании

Разработчики CICD-инструментов часто указывают в качестве клиентов крупные компании — Microsoft, Oculus, Red Hat, даже Ferrari и NASA. Казалось бы, что такие бренды работают только с дорогими системами, которые не сможет позволить себе условный стартап из пары разработчиков и дизайнера. Но значительная часть инструментов доступна и для небольших команд.

На что можно обратить внимание — расскажем далее.

^[1]
Фото — Csaba Balazs ^[2] — Unsplash

PHP Censor ^[3]

CI-сервер с открытым исходным кодом, облегчающий сборку проектов на PHP. Это — форк проекта PHPCI ^[4]. Сам PHPCI до сих пор развивается, однако не так активно, как прежде.

PHP Censor умеет работать с репозиториями GitHub, GitLab, Mercurial и несколькими другими. Для тестирования кода инструмент использует библиотеки Atoum, PHP Spec, Behat, Codeception. Вот пример файла ^[5] конфигурации для первого случая:

test:
    atoum:
        args: "command line arguments go here"
        config: "path to config file"
        directory: "directory to run tests"
        executable: "path to atoum executable"

Считается ^[6], что PHP Censor неплохо подходит для развертывания небольших проектов, но хостить и настраивать его придется самостоятельно (self-hosted). Эту задачу упрощает довольно подробная документация — она есть на GitHub ^[7].

Rex ^[8]

Rex — это сокращение от Remote Execution. Систему разработал инженер Ференц Эрки (Ferenc Erki), чтобы автоматизировать процессы в дата-центре. Работа Rex строится на Perl-скриптах, но знать этот язык для взаимодействия с инструментом необязательно — большинство операций (например, копирование файлов) описано в библиотеке функций, а скрипты часто умещаются в десять строк. Вот пример для входа на нескольких серверах и запуска uptime:

use Rex -feature => ['1.3'];

user "my-user";
password "my-password";

group myservers => "mywebserver", "mymailserver", "myfileserver";

desc "Get the uptime of all servers";
task "uptime", group => "myservers", sub {
   my $output = run "uptime";
   say $output;
};

Начать свое знакомство с инструментом рекомендуем с официального гайда ^[9] и электронной книги ^[10], которую в настоящий момент дописывают.

Open Build Service (OBS) ^[11]

Это — платформа для оптимизации разработки дистрибутивов. Её код открыт и лежит в репозитории на GitHub ^[12]. Автор инструмента — компания Novell ^[13]. Она участвовала в разработке дистрибутива SuSE, а этот проект изначально назвала openSUSE Build Service. Неудивительно, что Open Build Service используют ^[14] для сборки проектов в openSUSE, Tizen и VideoLAN. С инструментом также работают Dell, SGI и Intel. Но есть среди постоянных пользователей и небольшие стартапы. Специально для них авторы собрали (стр.10 ^[15]) преднастроенный программный пакет ^[16]. Сама система полностью бесплатна — потратить деньги придется только на хостинг ^[17] или железный сервер для её развертки.

Но за все время существования инструмент так и не обзавелся широким сообществом. Хотя он был ^[18] частью Linux Developer Network, отвечающей за стандартизацию открытой ОС. Бывает сложно ^[19] найти на тематических форумах ответ на интересующий вопрос. Но один из резидентов Quora отметил, что в IRC-чате ^[20] на Freenode участники сообщества отвечают довольно охотно. Проблема маленького комьюнити не глобальна, так как решение многих задач описано в официальной документации ^[21] (PDF и EPUB). Там же можно найти ^[22] лучшие практики по работе с OBS (есть примеры и кейсы).

Rundeck ^[23]

Открытый инструмент (GitHub ^[24]), автоматизирующий задачи в дата-центре и облаке с помощью скриптов. За их выполнение отвечает специальный сервер сценариев. Можно сказать, что Rundeck — это «дочка» платформы для управления приложениями ControlTier. От неё Rundeck отделился в 2010 году и обзавелся новой функциональностью — например, интеграциями с Puppet, Chef, Git и Jenkins.

Системой пользуются в The Walt Disney Company ^[25], Salesforce ^[26] и Ticketmaster ^[27]. Но проект подходит и для стартапов. Это связано с тем, что Rundeck распространяется по лицензии Apache v2.0. При этом инструмент довольно прост в использовании.

Резидент Reddit, который работал с Rundeck, говорит ^[28], что решал большую часть трудностей самостоятельно. С этим ему помогли документация и электронные книги ^[29], опубликованные разработчиками.

Также в сети можно найти краткие руководства по настройке инструмента:

• Пошаговое руководство: как установить Rundeck ^[30]
• Пять шагов по созданию заданий (jobs) ^[31]

GoCD ^[32]

Открытый инструмент (GitHub ^[33]) автоматизирующий контроль версий кода. Его представила в 2007 году компания ThoughtWorks ^[34] — тогда проект назывался Cruise.

С GoCD работают инженеры онлайн-ресурса по продаже автомобилей AutoTrader, генеалогический сервис Ancestry и поставщик кредитных карт Barclaycard. Однако четверть пользователей инструмента составляет малый бизнес ^[35].

Популярность сервиса среди стартапов можно объяснить его открытостью — он распространяется по лицензии Apache v2.0. При этом GoCD имеет ^[36] плагины для интеграции со сторонним ПО — системами авторизации и облачными решениями. Правда система довольно сложна ^[37] в освоении — у нее большое число операторов и команд. Также некоторые пользователи жалуются на неудачный интерфейс и необходимость ^[38] настраивать агенты для масштабирования.

Фото — Matt Wildbore ^[39] — Unsplash

Если вы хотите опробовать GoCD на практике, то на сайте проекта можно найти официальную документацию ^[40]. Как источник дополнительной информации также можно рекомендовать блог разработчиков GoCD ^[41] с руководствами по настройке ^[42].

Jenkins ^[43]

Jenkins широко известен и считается ^[44] своеобразным стандартом в сфере CICD — конечно, без него эта подборка была бы не совсем полной. Инструмент появился в 2011 году, став ^[45] ответвлением проекта Hudson от Oracle.

Сегодня с Jenkins работают ^[46] в NASA, Nintendo и других крупных организациях. Однако более 8% ^[47] пользователей приходится на небольшие коллективы до десяти человек. Продукт полностью бесплатен и распространяется по лицензии MIT ^[48]. Однако хостить и настраивать Jenkins придется самостоятельно — ему требуется выделенный сервер ^[17].

За все время существования инструмента вокруг него сформировалось обширное сообщество. Пользователи активно общаются в тредах на Reddit ^[49] и Google Groups ^[50]. Материалы по Jenkins также регулярно появляются на Хабре. Если вы бы хотели стать частью комьюнити и начать работу с Jenkins, есть официальная документация ^[51] и справочник от разработчиков ^[52]. Еще мы рекомендуем следующие гайды и книги:

• Начало работы с Jenkins: официальное руководство ^[53];
• Полный гайд по Jenkins ^[54];
• Руководство по Jenkins для начинающих ^[55]
• Книга Брента Ластера «Jenkins 2. Приступаем к работе ^[56]»;
• Книга Рафаля Лешко «Continuous Delivery с Docker и Jenkins: доставка масштабируемых приложений ^[57]».

У Jenkins есть несколько полезных сторонних проектов. Первый — плагин Configuration as Code ^[58]. Он упрощает настройку Jenkins за счет удобочитаемых API, которые понятны даже администраторам без глубоких познаний инструмента. Второй — система Jenkins X ^[59] для облака. Она ускоряет доставку приложений, разворачиваемых на масштабной ИТ-инфраструктуре за счет автоматизации некоторых рутинных задач.

Buildbot ^[60]

Это — continuous integration система для автоматизации цикла сборки и тестирования приложений. Она автоматически проверяет работоспособность кода каждый раз, когда в него вносятся какие-либо изменения.

Автором инструмента выступил инженер Брайан Уорнер (Brian Warner). Сегодня его на посту сменила ^[61] инициативная группа Buildbot Oversight Committee, в которую входит шесть разработчиков.

Buildbot используется ^[62] такими проектами, как LLVM, MariaDB, Blender и Dr.Web. Но его также применяют в менее крупных проектах вроде wxWidgets и Flathub. Система поддерживает все современные VCS и обладает гибкими настройками билдов за счет использования Python для их описания. Разобраться со всеми ними поможет официальная документация ^[63] и сторонние туториалы, например, вот краткое руководство от IBM ^[64].

• Penetration testing — внешний аудит безопасности ^[65]
• NetApp MAX DATA: обзор возможностей решения ^[66]
• Краткая история контейнеров: от chroot до Kubernetes ^[67]
• Защита от DDoS в облаке провайдера ^[68]

Автор: itglobalcom

Источник ^[69]