CICD за стартиращи фирми: какви инструменти има и защо не само големи и известни компании ги използват

Разработчиците на CICD инструменти често посочват големи компании като клиенти - Microsoft, Oculus, Red Hat, дори Ferrari и NASA. Изглежда, че такива марки работят само със скъпи системи, които стартъп, състоящ се от няколко разработчици и дизайнер, не може да си позволи. Но значителна част от инструментите са достъпни за малки екипи.

Ще ви кажем на какво можете да обърнете внимание по-долу.

Снимка - Чаба Балаж — Unplash

PHP цензор

CI сървър с отворен код, който улеснява изграждането на проекти в PHP. Това е разклонение на проекта PHPCI. Самият PHPCI все още се развива, но не толкова активно, колкото преди.

PHP Censor може да работи с GitHub, GitLab, Mercurial и няколко други хранилища. За да тества кода, инструментът използва библиотеките Atoum, PHP Spec, Behat, Codeception. Тук примерен файл конфигурации за първия случай:

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

Разглежданче PHP Censor е много подходящ за внедряване на малки проекти, но ще трябва да го хоствате и конфигурирате сами (самостоятелно хостван). Тази задача е опростена от доста подробна документация - това е в GitHub.

Rex

Rex е съкращение от Remote Execution. Системата е разработена от инженер Ференц Ерки за автоматизиране на процесите в центъра за данни. Rex се основава на Perl скриптове, но не е необходимо да знаете този език, за да взаимодействате с инструмента - повечето операции (например копиране на файлове) са описани в библиотеката с функции, а скриптовете често се побират в десет реда. Ето пример за влизане в множество сървъри и работа с време за работа:

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;
};

Препоръчваме да започнете запознаването си с инструмента официално ръководство и електронна книга, който в момента се довършва.

Open Build Service (OBS)

Това е платформа за оптимизиране на разработката на дистрибуции. Кодът му е отворен и се намира в хранилището на GitHub. Авторът на инструмента е компанията Novell. Тя участва в разработването на дистрибуцията на SuSE и този проект първоначално се наричаше openSUSE Build Service. Не е изненада, че Open Build Service употребяван за изграждане на проекти в openSUSE, Tizen и VideoLAN. Dell, SGI и Intel също работят с инструмента. Но сред обикновените потребители има и малки стартиращи фирми. Специално за тях авторите събраха (страница 10) предварително конфигуриран софтуерен пакет. Самата система е напълно безплатна - трябва само да похарчите пари за хостинг или хардуерен сървър, за да я внедрите.

Но през цялото си съществуване инструментът никога не е придобил широка общност. Макар че той беше част от Linux Developer Network, отговорен за стандартизирането на отворената ОС. Може да е трудно Намерете отговора на въпроса си в тематични форуми. Но един от жителите на Quora отбеляза, че в IRC чат Във Freenode членовете на общността реагират доста лесно. Проблемът на една малка общност не е глобален, тъй като е описано решението на много проблеми в официалната документация (PDF и EPUB). Пак там. може да намери добри практики за работа с OBS (има примери и случаи).

Rundeck

Отваряне на инструмента (GitHub), който автоматизира задачи в центъра за данни и облака с помощта на скриптове. За тяхното изпълнение отговаря специален скрипт сървър. Можем да кажем, че Rundeck е „дъщеря“ на платформата за управление на приложения ControlTier. Rundeck се отдели от него през 2010 г. и придоби нова функционалност - например интеграции с Puppet, Chef, Git и Jenkins.

Системата се използва в The Walt Disney Company, Salesforce и Ticketmaster. Но проектът е подходящ и за стартиращи фирми. Това е така, защото Rundeck е лицензиран под лиценза Apache v2.0. Освен това инструментът е доста лесен за използване.

Жител на Reddit, който работи с Rundeck, Той говори, което разреши повечето от трудностите сам. Те му помогнаха с това документация и електронни книги, публикуван от разработчиците.

Можете също да намерите кратки ръководства за настройка на инструмента онлайн:

• Ръководство стъпка по стъпка: Как да инсталирате Rundeck
• Пет стъпки за създаване на работни места

GoCD

Отваряне на инструмента (GitHub) автоматизиране на контрола на версията на кода. Въведен е през 2007 г. от компанията ThoughtWorks — тогава проектът се нарича Cruise.

GoCD се използва от инженери от сайта за онлайн продажба на автомобили AutoTrader, генеалогичната услуга Ancestry и доставчика на кредитни карти Barclaycard. Въпреки това, една четвърт от потребителите на инструменти представлява малък бизнес.

Популярността на услугата сред стартиращите компании може да се обясни с нейната отвореност - тя се разпространява под лиценз Apache v2.0. В същото време GoCD То има плъгини за интеграция със софтуер на трети страни - авторизационни системи и облачни решения. Истинска система доста сложно в мастеринга - има голям брой оператори и екипи. Освен това някои потребители се оплакват от лошия интерфейс и трябва конфигуриране на агенти за мащабиране.

Снимка - Мат Уайлдбор — Unplash

Ако искате да опитате GoCD на практика, можете да намерите на уебсайта на проекта официална документация. Може да се препоръча и като източник на допълнителна информация Блог за разработчици на GoCD с ръководства при настройка.

Дженкинс

Дженкинс е широко известен и разглеждан своеобразен стандарт в областта на CICD – разбира се, без него тази селекция не би била напълно пълна. Инструментът се появи през 2011 г. превръща разклонение на Project Hudson от Oracle.

Днес с Дженкинс работят в НАСА, Nintendo и други големи организации. въпреки това повече от 8% потребителите представляват малки екипи от до десет души. Продуктът е напълно безплатен и се разпространява под лиценз на MIT. Вие обаче ще трябва сами да хоствате и конфигурирате Jenkins - това изисква специален сървър.

През цялото съществуване на инструмента около него се формира голяма общност. Потребителите активно комуникират в теми на Reddit и Google Групи. Материали за Дженкинс също се появяват редовно на Habré. Ако искате да станете част от общността и да започнете да работите с Дженкинс, има официална документация и ръководство за разработчици. Също така препоръчваме следните ръководства и книги:

• Първи стъпки с Дженкинс: Официалното ръководство;
• Пълно ръководство за Дженкинс;
• Ръководство Дженкинс за начинаещи
• Книгата на Брент ЛъстърДженкинс 2. Да започваме»;
• Книга от Рафал Лешко "Непрекъсната доставка с Docker и Jenkins: Предоставяне на мащабируеми приложения".

Дженкинс има няколко полезни странични проекта. Първият е плъгин Конфигурация като код. Той прави настройването на Jenkins лесно с лесни за четене API, които дори администратори без задълбочени познания за инструмента могат да разберат. Второто е системата Дженкинс X за облака. Той ускорява доставката на приложения, внедрени в широкомащабна ИТ инфраструктура чрез автоматизиране на някои рутинни задачи.

Buildbot

Това е система за непрекъсната интеграция за автоматизиране на цикъла на изграждане и тестване на приложения. Той автоматично проверява функционалността на кода всеки път, когато се правят промени в него.

Авторът на инструмента беше инженер Брайън Уорнър. Днес е дежурен променени инициативна група Buildbot Oversight Committee, която включва шестима разработчици.

Buildbot употребяван проекти като LLVM, MariaDB, Blender и Dr.Web. Но се използва и в по-малки проекти като wxWidgets и Flathub. Системата поддържа всички съвременни VCS и има гъвкави настройки за изграждане, като използва Python, за да ги опише. Ще ви помогне да се справите с всички тях. официална документация и уроци на трети страни, например, ето един кратък IBM ръководство.

Разбира се, това не е всичко DevOps инструменти, на които трябва да обърнат внимание малките организации и стартиращи компании. Дайте любимите си инструменти в коментарите и ние ще се опитаме да говорим за тях в един от следващите материали.

За какво пишем в корпоративния блог:

• Тестване за проникване - външен одит на сигурността
• NetApp MAX DATA: преглед на възможностите на решението
• Кратка история на контейнерите: от Chroot до Kubernetes
• DDoS защита в облака на доставчика

Източник: www.habr.com