Какво е Дженкинс?

  • Jenkins е инструмент за автоматизация на непрекъсната интеграция (отворен код), който е инсталиран на сървъра, където се извършва изграждането. Непрекъснатата интеграция се отнася до процес, при който разработчиците ангажират кода си в често създаден хранилище веднага щом завършат разработката.
  • В процеса на CI / CD също води до увеличаване на режийните разходи и следователно имаме тръбопроводи в Дженкинс, за да поддържаме потребителите и разрешенията, маркирани с тях. Същото се прилага и за увеличаване на проектите.
  • След като сградата се увеличи, съответната нужда се увеличава за създаване на тестови агенти, заедно с тяхната поддръжка.

Определение на Дженкинс -

  • Определението, предоставено за Jenkins от Jenkins.io, е следното -

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

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

Разбиране на Дженкинс -

  • Тръбопроводът за непрекъсната интеграция е набор от последователни или паралелни задачи, тези задачи са проектирани да изпълняват набор от задачи, които са конфигурирани чрез GUI интерфейса.
  • Тъй като беше трудно да се поддържа нарастващият брой проекти, да се изграждат, изграждат ревизии и копия, така се въвежда концепцията за газопровода Дженкинс. Този тръбопровод се нарича jenkinsfile.
  • Дженкинс също поддържа докер и кубернети като технологии, в които се изпълняват микросервизи.
  • Понякога се появяват определени видове проблеми като бавност поради огромното количество журнали, които се генерират.
  • Jenkins може да доведе до високо използване на процесора, пропорционално на броя на потребителите, които имат достъп до Jenkins.
  • Дженкинс е вертикално (изисква хардуерно увеличаване) и хоризонтално мащабируемо (изисква множество майстори на Дженкинс).
  • Вижда се, че да имаш един-единствен майстор на Дженкинс е приятно, но компромисът трябва да бъде определен между наличността и лекотата на работа, тъй като в случай, че единственият майстор се спусне, това ще спре бизнеса.
  • Робите на Дженкинс също допринасят за тестване заедно със сградата, Дженкинс предоставя концепцията за паралелно тестване, което прави и тръбопровода по-бърз.
  • Осигурена е висока наличност, заедно с работа при отказ на работа с първични и вторични системи.

Как работи Дженкинс -

Преди да започнете да работите с Дженкинс, има определени предпоставки, които трябва да бъдат изпълнени.

Препоръчителният хардуер е както следва -

  1. RAM> = 1GB
  2. Дисково пространство> = 50 GB би било достатъчно.

Предварителните изисквания за софтуера са, както следва:

  1. Windows / Linux (за предпочитане)
  2. JDK 8
  3. Уеб контейнери, съвместими със Servlet 3.1, трябва да има.

Има две архитектури, в които можем да направим дизайна -

  1. Главна робска архитектура
  2. Майстор-майстор архитектура
  • Можем да настроим подчинените възли от страницата „Управление на възли“. След това посочете възлите и техните имена, след това задайте свойствата на възлите, свържете подчинените с главни и след това стартирайте подчинените възли.
  • Има някои базови технологии, които трябва да са налице -
  1. Мениджър на възлови пакети и GIT
  2. Затъмнение IDE и Maven
  3. База данни
  4. Хунит или селен като инструменти за тестване за автоматизирани тестове
  5. Всяка среда като Docker (за предпочитане) би го направила.

Той работи на три етапа - Предварителни действия, Създаване на действия и Публикуване на действия

В действията на PreBuild - Има JS минимизатори за минимизиране и компресиране на кода, преди да го поставите в компилацията, това става с помощта на приставки за предварително изграждане. Заедно с този строител на мравки може да се извиква в необходимите случаи, могат да се изпълняват партиди на прозорци, командни черупки и могат да бъдат извиквани Maven цели, за да предоставят конфигурационните файлове.

Плъгините за предварително изграждане правят кодиране, анкетиране, компилиране, опаковане и публикуване.

В етап Действия за изграждане - Кодът, изпратен на този етап от предишния етап, се компилира и тества.

В етапа Post Build - тук кодовете се архивират в разгъваемите формати и накрая те се бутат.

Защо да използваме Дженкинс -

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

Какво можеш да направиш с Дженкинс -

  • Създайте процес в две архитектури, както беше споменато по-горе.
  • Ако искате само един майстор, можете да отидете с този подход, ако трябва да съответствате на ограниченията за наличност, тогава можете да отидете с много майстори.
  • Има много плъгини с отворен код, за да се справят с няколко задачи по автоматичен начин.
  • Добре се поддържат монолитни или микросервизни приложения.

Предимства на Дженкинс -

  1. Той е с отворен код и сървър за непрекъсната интеграция в природата.
  2. Дженкинс носи тръбопровод сега.
  3. Средата за доставка се предоставя от всеки език.
  4. Процесът на доставка на продукта става по-бърз и следователно следващ пъргавия модел в тясна връзка.
  5. Дженкинс е CI / CD инструмент.
  6. Предоставени са функции като контрол на достъпа на базата на роли.
  7. Дженкинс е мащабируем, като по този начин могат да бъдат спазени проблемите с наличността и мащабируемостта.
  8. Разпределените екипи могат да работят и сега е лесно да се управлява.
  9. Поддръжката на контейнерите е налице.
  10. LDAP сървърът е неразделна характеристика на неговата архитектура.
  11. Jenkins 2.0 също е съвместим назад.
  12. Страниците за конфигурация на страницата за работа са създадени по импровизиран начин с Jenkins 2.0

Защо имаме нужда от Дженкинс -

  • За CI / CD процес
  • Тези процеси могат да бъдат проектирани по автоматичен начин, кодерите ангажират кода, изграждането със съответните нови ревизии се извършва само с едно кликване (изпълняване на дадените скриптове).
  • Добре се поддържа от плъгини с отворен код и инструменти за отчитане като Ant, Maven, Gradle, BitBucket, NodeJs и т.н.

Коя е подходящата аудитория за обучение на Дженкинс -

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

Как тази технология ще ви помогне в кариерния растеж -

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

Заключение -

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

Препоръчителни статии

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

  1. Как да инсталирате Дженкинс
  2. Maven команди
  3. JIRA Алтернативи
  4. Какво е селен?
  5. Дженкинс срещу Хъдсън

Категория:

Разработване на софтуер