Битката при Дженкинс и GitLab CI/CD

През последното десетилетие беше постигнат значителен напредък в разработването на инструменти за непрекъсната интеграция (Continuous Integration, CI) и непрекъснато внедряване (Continuous Delivery, CD). Развитието на технологиите за интегриране на разработката и експлоатацията на софтуер (Development Operations, DevOps) доведе до бързо нарастване на търсенето на CI/CD инструменти. Съществуващите решения непрекъснато се подобряват, опитвайки се да бъдат в крак с времето, излизат новите им версии, в света на софтуера за осигуряване на качеството (Quality Assurance, QA) непрекъснато се появяват много нови продукти. С такъв богат избор, изборът на правилния инструмент не е лесна задача.

Сред всички съществуващи CI / CD инструменти има два проекта, които определено си струва да се обърне внимание на някой, който търси нещо от тази област. Говорим за Jenkins и инструмента GitLab CI / CD, който е част от платформата GitLab. Дженкинс има повече от 16000 звезди в GitHub. Хранилището на GitLab на gitlab.com отбеляза малко повече 2000 звезди. Ако сравним популярността на хранилищата, се оказва, че Дженкинс е отбелязал 8 пъти повече звезди от платформата, която включва GitLab CI / CD. Но когато избирате CI / CD инструмент, това далеч не е единственият индикатор, на който трябва да обърнете внимание. Има много други и това обяснява защо в много сравнения Jenkins и GitLab CI / CD са много близки един до друг.

Вземете например данни от платформата G2, която натрупва отзиви за голямо разнообразие от продукти и оценките, които потребителите им дават. Ето средната оценка Дженкинс, въз основа на 288 отзива, е 4,3 звезди. Ох ох GitLab има 270 отзива, средната оценка за този инструмент е 4,4 звезди. Няма да сгрешим, ако кажем, че Jenkins и GitLab CI / CD се конкурират помежду си при равни условия. Интересно е да се отбележи, че проектът Jenkins се появи през 2011 г. и оттогава е любим инструмент за тестери. Но в същото време проектът GitLab CI / CD, стартиран през 2014 г., зае своята позиция, много висока, благодарение на разширените функции, предлагани от тази платформа.

Ако говорим за популярността на Jenkins в сравнение с други подобни платформи, отбелязваме, че ние, след като публикувахме статия, сравняваща платформите Travis CI и Jenkins, организирахме проучване. В него участваха 85 потребители. Анкетираните бяха помолени да изберат CI/CD инструмента, който харесват най-много. 79% са избрали Jenkins, 5% са избрали Travis CI, а 16% са посочили, че предпочитат други инструменти.

Резултати от анкетата

Сред другите CI/CD инструменти най-често се споменава GitLab CI/CD.

Ако сте сериозни за DevOps, тогава трябва внимателно да изберете подходящите инструменти, като вземете предвид спецификата на проекта, неговия бюджет и други изисквания. За да ви помогнем да направите правилния избор, ще прегледаме Jenkins и GitLab CI/CD. Надяваме се, че това ще ви помогне да направите правилния избор.

Въведение в Дженкинс

Дженкинс е добре известен, гъвкав CI/CD инструмент, предназначен да автоматизира много задачи, свързани със софтуерни проекти. Jenkins е написан изцяло на Java и е пуснат под лиценза на MIT. Той има мощен набор от функции, насочени към автоматизиране на задачите, свързани с изграждането, тестването, внедряването, интегрирането и пускането на софтуер. Този инструмент може да се използва на различни операционни системи. Те включват macOS, Windows и много Linux дистрибуции като OpenSUSE, Ubuntu и Red Hat. Има инсталационни пакети за Jenkins, предназначени за различни операционни системи, този инструмент може да се инсталира на Docker и на всяка система, която има JRE (Java Runtime Environment).

Разработчиците на Jenkins създадоха друг проект, Jenkins X, който е проектиран да работи в среда на Kubernetes. Jenkins X интегрира Helm, Jenkins CI/CD Server, Kubernetes и други инструменти за изграждане на CI/CD тръбопроводи, които следват най-добрите практики на DevOps. Например, GitOps се използва тук.

Към съкровищницата на предимствата на Jenkins може да се добави фактът, че неговите скриптове са много добре структурирани, разбираеми и лесни за четене. Екипът на Jenkins е създал около 1000 добавки, които са насочени към организиране на взаимодействието на Jenkins с голямо разнообразие от технологии. Скриптовете могат да използват системи за удостоверяване, което например ви позволява да се свързвате с различни затворени системи.

По време на работата на тръбопровода на Jenkins можете да наблюдавате какво се случва на всяка стъпка, дали определени етапи от работата са завършени успешно или не. Можете да гледате всичко това, но без да използвате определен графичен интерфейс, а с помощта на възможностите на терминала.

Характеристики на Дженкинс

Сред добре познатите характеристики на Jenkins са лесна настройка, високо ниво на автоматизация на различни операции и отлична документация. Ако говорим за решаване на задачи DevOps, тогава Дженкинс се счита за много надежден инструмент, използвайки който, като правило, няма смисъл да се следи отблизо целия процес на обработка на проекта. Това не е случаят с други CI/CD инструменти. Нека поговорим за някои от най-важните характеристики на Jenkins.

▍1. Безплатна поддръжка за много платформи с отворен код

Jenkins може да работи на macOS, Windows и Linux платформи. Може да функционира и в Docker среда, което ви позволява да организирате равномерно и бързо изпълнение на автоматизирани задачи. Този инструмент може да работи и като сървлет в контейнери с активиран Java като Apache Tomcat и GlassFish. Инсталиране на Jenkins качествено документиран.

▍2. Разработена плъгин екосистема

Екосистемата на плъгините на Jenkins изглежда много по-зряла от екосистемите на плъгините на други CI/CD инструменти. В момента има над 1500 добавки за Jenkins. Тези плъгини са насочени към решаване на широк спектър от задачи, с тяхна помощ можете да автоматизирате различни проекти. Изобилието от безплатни плъгини, от които да избирате, означава, че ако използвате Jenkins, не е нужно да купувате скъпи платени плъгини. Има възможност интеграция Дженкинс с много DevOps инструменти.

▍3. Лесна инсталация и настройка

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

▍4. Приятелска общност

Както вече споменахме, Jenkins е проект с отворен код, чиято екосистема включва огромен брой плъгини. Голяма общност от потребители и разработчици се разви около Дженкинс, за да помогне за разработването на проекта. Общността е един от факторите, които движат развитието на Jenkins.

▍5. Наличие на REST API

Докато работите с Jenkins, можете да използвате REST API, който разширява възможностите на системата. API за отдалечен достъп до системата е представен в три версии: XML, JSON с поддръжка на JSONP, Python. тук е Страница с документация, обхващаща подробности за работата с Jenkins REST API.

▍6. Поддръжка за паралелно изпълнение на задачи

Jenkins поддържа паралелизиране на DevOps задачи. Може лесно да се интегрира със съответните инструменти и да получава известия за резултатите от задачите. Тестването на кода може да се ускори чрез организиране на паралелно изграждане на проекта с помощта на различни виртуални машини.

▍7. Поддръжка за работа в разпределени среди

Jenkins ви позволява да организирате разпределени компилации с помощта на множество компютри. Тази функция е приложима в големи проекти и използва схема на работа, според която има един главен Jenkins сървър и няколко подчинени машини. Подчинените машини могат да се използват и в ситуации, когато е необходимо да се организира тестване на проект в различни среди. Тези функции отличават Jenkins от други подобни проекти.

Въведение в GitLab

GitLab CI/CD може да се нарече един от най-новите и обичани DevOps инструменти. Този безплатен инструмент с отворен код е вграден в системата за контрол на версиите GitLab. Платформата GitLab има общностна версия, поддържа управление на хранилища, инструменти за проследяване на проблеми, организация на преглед на кода, механизми, ориентирани към документацията. Компаниите могат да инсталират GitLab локално, като го свържат с Active Directory и LDAP сървъри за сигурна потребителска авторизация и удостоверяване.

тук е Видеоурок, който ще ви помогне да научите как да създавате CI/CD конвейери с помощта на възможностите на GitLab CI/CD.

GitLab CI/CD първоначално беше пуснат като самостоятелен проект, но през 2015 г. този набор от инструменти беше интегриран в GitLab 8.0. Един GitLab CI/CD сървър може да поддържа над 25000 XNUMX потребители. Въз основа на такива сървъри можете да създадете системи, които са високо достъпни.

GitLab CI/CD и основният проект на GitLab са написани на Ruby и Go. Те са пуснати под лиценза на MIT. GitLab CI/CD, в допълнение към обичайните функции на CI/CD инструментите, поддържа и допълнителни функции, свързани например с планиране на работа.

Интегрирането на GitLab CI/CD в проект е много лесно. Когато използвате GitLab CI/CD, процесът на обработка на кода на проекта е разделен на етапи, всеки от които може да се състои от няколко задачи, изпълнявани в определен ред. Задачите могат да бъдат прецизирани.

Задачите могат да се изпълняват паралелно. След настройка на последователността от етапи и задачи, CI/CD тръбопроводът е готов за работа. Можете да наблюдавате напредъка му, като наблюдавате състоянието на задачите. В резултат на това използването на GitLab CI / CD е много удобно, може би по-удобно от други подобни инструменти.

Характеристики на GitLab CI/CD и GitLab

GitLab CI/CD е един от най-популярните DevOps инструменти. Проектът се отличава с висококачествена документация, функциите му са лесни и удобни за използване. Ако все още не сте запознати с GitLab CI/CD, следният списък с функции на този инструмент ще ви даде обща представа за това какво можете да очаквате от него. Трябва да се отбележи, че много от тези функции са свързани със самата платформа GitLab, в която е интегриран GitLab CI / CD.

▍1. Популярност

GitLab CI/CD е сравнително нов инструмент, който намери широко приложение. GitLab CI/CD бавно се превърна в изключително популярен CI/CD инструмент, използван за автоматизирано тестване и внедряване на софтуер. Лесно се настройва. Освен това е безплатен CI/CD инструмент, вграден в платформата GitLab.

▍2. Поддръжка за GitLab Pages и Jekyll

Jekyll е генератор на статичен сайт, който може да се използва в рамките на системата GitLab Pages за създаване на сайтове, базирани на хранилища на GitLab. Системата взема изходните материали и на тяхна база генерира готов статичен сайт. Можете да контролирате външния вид и функциите на такива сайтове, като редактирате файла _config.yml, използван от Jekyll.

▍3. Възможности за планиране на проекти

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

▍4. Автоматично мащабиране на CI бегачи

Благодарение на автоматичното мащабиране на бегачите, отговорни за изпълнението на конкретни задачи, можете да спестите много от разходите за наемане на сървърен капацитет. Това е много важно, особено когато става дума за среди, в които проектите се тестват паралелно. В допълнение, това е важно за големи проекти, състоящи се от няколко хранилища.

▍5. Инструменти за проследяване на проблеми

Мощните възможности на GitLab за проследяване на проблеми накараха много проекти с отворен код да използват платформата. GitLab CI/CD позволява паралелно тестване на различни разклонения на кода. Резултатите от тестовете се анализират удобно в системния интерфейс. Това отличава GitLab CI/CD от Jenkins.

▍6. Ограничаване на достъпа до хранилища

Платформата GitLab поддържа ограничаване на достъпа до хранилища. Например, тези, които си сътрудничат по проект в хранилище, могат да получат разрешения, подходящи за техните роли. Това важи особено за корпоративните проекти.

▍7. Активна обществена подкрепа

Около GitLab се разви активна общност, която допринася за развитието на тази платформа и нейните инструменти, по-специално GitLab CI / CD. Дълбоката интеграция на GitLab CI/CD и GitLab, наред с други неща, улеснява намирането на отговори на въпроси, които възникват при работа с GitLab CI/CD.

▍8. Поддръжка на различни системи за контрол на версиите

GitLab CI/CD е система, която може да работи с повече от просто код, хостван в хранилищата на GitLab. Например, кодът може да се съхранява в хранилище на GitHub, а тръбопроводът CI / CD може да бъде организиран на базата на GitLab с помощта на GitLab CI / CD.

Сравнение на Jenkins и GitLab CI/CD

Jenkins и GitLab CI/CD са много добри инструменти, като и двата са в състояние да накарат CI/CD тръбопровода да работи гладко. Но ако ги сравните, се оказва, че въпреки че са сходни по много начини, те се различават един от друг по някои начини.

Охарактеризиране
Дженкинс
GitLab CI/CD

Отворен код или затворен код
Отворен код
Отворен код

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

Уникални характеристики
Поддръжка на плъгини.
Дълбока интеграция в системата за контрол на версиите.

Подкрепа
Няма.
На разположение.

Инсталиране и конфигуриране
Трудности не причиняват
Трудности не причиняват

Саморазгръщане на системата
Това е единственият начин да използвате системата.
Поддържа се.

Създаване на CI/CD тръбопроводи
Поддържа се, използвайки Jenkins Pipeline.
Поддържа се.

Мониторинг на производителността на приложението
Няма.
На разположение.

екосистема
Има над 1000 добавки.
Системата се разработва в рамките на GitLab.

API
Поддържа усъвършенствана API система.
Предлага API за по-дълбока интеграция в проекти.

поддръжка на JavaScript
На разположение.
На разположение.

Интеграция с други инструменти
Поддържа се интеграция с други инструменти и платформи (Slack, GitHub).
Много инструменти за интеграция със системи на трети страни, по-специално - с GitHub и Kubernetes.

Контрол на качеството на кода
Поддържа се - използва плъгина SonarQube и други плъгини.
Поддържа се.

Разлики между Jenkins и GitLab CI/CD

След като описахме и сравнихме Jenkins и GitLab CI/CD, нека се съсредоточим върху разликите между тези DevOps инструменти. Познаването на тези разлики ще ви помогне да разберете тези, които предпочитат един от тези инструменти пред другия.

• GitLab CI/CD може напълно да контролира хранилищата на Git. Говорим за управление на клонове на хранилище и някои други функции. Но Jenkins, въпреки че може да работи с хранилища, не дава същото ниво на контрол върху тях като GitLab CI / CD.
• Jenkins е безплатен проект с отворен код. Този, който го избира, го разполага самостоятелно. И GitLab CI / CD е включен в платформата GitLab, това е готово решение.
• GitLab CI/CD поддържа разширени инструменти за управление на задачи, които работят на ниво проект. Тази страна на Дженкинс е по-слабо развита.

Jenkins и GitLab CI/CD: силни и слаби страни

Вече имате някаква представа за Jenkins и GitLab CI/CD. Сега, за да ви запознаем още по-добре с тези инструменти, нека да разгледаме техните силни и слаби страни. Предполагаме, че вече сте решили кой инструмент ви е необходим. Надяваме се, че този раздел ще ви позволи да тествате себе си.

▍Силните страни на Дженкинс

• Голям брой плъгини.
• Пълен контрол върху монтажа на инструмента.
• Лесно отстраняване на грешки на бегачи.
• Лесна настройка на възел.
• Лесно внедряване на код.
• Много добра система за управление на удостоверения.
• Гъвкавост и многофункционалност.
• Поддръжка на различни езици за програмиране.
• Системата е разбираема на интуитивно ниво.

▍Слабости на Дженкинс

• Приставките могат да бъдат трудни за използване.
• Когато използвате Jenkins в малки проекти, времето, необходимо за самостоятелно конфигуриране, може да бъде неоправдано голямо.
• Липса на обща аналитична информация за CI/CD вериги.

▍Силни страни на GitLab CI/CD

• Добра интеграция с Docker.
• Просто мащабиране на бегачите.
• Паралелно изпълнение на задачи, които са част от етапите на конвейера CI/CD.
• Използване на модела на насочена ациклична графика при настройване на връзки на задачи.
• Високо ниво на мащабируемост поради възможността за паралелно изпълнение на бегачи.
• Лесно добавяне на задачи.
• Лесно разрешаване на конфликти.
• Надеждна система за сигурност.

▍Слабости на GitLab CI/CD

• За всяка задача трябва да опишете и качите / изтеглите артефакти.
• Не можете да тествате резултатите от сливането на клонове, преди те действително да бъдат слети.
• Когато се описват етапите на тръбопровода CI / CD, все още не е възможно да се отделят отделни етапи в тях.

Резултати от

Както Jenkins, така и GitLab CI/CD имат силни и слаби страни. Отговорът на въпроса какво да изберем зависи от нуждите и характеристиките на конкретен проект. Всеки от прегледаните днес CI/CD инструменти има определени функции, въпреки че тези инструменти са създадени за решаване на същия проблем. В същото време Jenkins е самостоятелен инструмент, а GitLab CI / CD е част от платформа, предназначена за сътрудничество върху код.

При избора на CI / CD система, в допълнение към нейните възможности, струва си да се вземат предвид разходите, които могат да бъдат свързани с нея, и с какво точно инженерите на DevOps, които поддържат проекта, са свикнали да работят.

Какви CI/CD инструменти използвате?

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