Урок на Дженкинс | Непрекъсната интеграция с използване на Дженкинс | Едурека



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

Урок на Дженкинс

Дженкинс е един от най-важните инструменти в . Надявам се да сте прочели предишния ми блог на . В този блог на Jenkins Tutorial ще се съсредоточа върху архитектурата на Jenkins и конвейера за изграждане на Jenkins, заедно с това ще ви покажа как да създадете компилация в Jenkins.

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





  • Jenkins се използва за интегриране на всички етапи на DevOps с помощта на приставки.
  • Често използваните плъгини на Jenkins са Git, Amazon EC2, Maven 2 проект, HTML издател и др.
  • Дженкинс има над 1000 приставки и147 000 активни инсталации, заедно с над 1 милион потребители по целия свят.
  • С непрекъсната интеграция всяка промяна, направена в изходния кодепостроен. Той изпълнява и други функции,това зависи от инструмента, използван за непрекъсната интеграция.
  • Nokia премина от Nightly build към Continuous Integration.
  • Процесът преди непрекъснатата интеграция имаше много недостатъци. В резултат на това не само доставката на софтуер беше бавна, но и качеството на софтуера не беше на ниво. Разработчиците също имаха трудно време при намирането и отстраняването на грешки.
  • Непрекъснатата интеграция с Jenkins преодоля тези недостатъци чрез непрекъснато задействане на компилация и тест за всяка промяна, направена в изходния код.

Сега е правилният момент да разберете архитектурата на Дженкинс.

Дженкинс Архитектура

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



Самостоятелна архитектура на Дженкинс - Какво е Дженкинс - Едурека

Този единствен сървър на Jenkins не беше достатъчен, за да отговори на определени изисквания като:

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

За да отговори на горепосочените нужди, беше въведена разпределена архитектура на Дженкинс.



Разпределена архитектура на Дженкинс

Дженкинс използва архитектура Master-Slave за управление на разпределени компилации. В тази архитектура Master и Slave комуникират чрез TCP / IP протокол.

Учителят на Дженкинс

Вашият основен сървър на Jenkins е Master. Работата на Учителя е да се справи:

  • Планиране на работни места за изграждане.
  • Изпращането на компилации към робите за действителното изпълнение.
  • Наблюдавайте робите (възможно е да ги отвеждате онлайн и офлайн, ако е необходимо).
  • Записване и представяне на резултатите от компилацията.
  • Главният екземпляр на Дженкинс може също да изпълнява задачи за изграждане директно.

Дженкинс Славе

Slave е изпълним файл на Java, който работи на отдалечена машина. Следват характеристиките на Jenkins Slaves:

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

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

Сега нека разгледаме пример, в който Дженкинс се използва за тестване в различни среди като: Ubuntu, MAC, Windows и т.н.

Диаграмата по-долу представя същото:

как да използвам класа на скенера в Java

В горното изображение се изпълняват следните функции:

  • Дженкинс проверява хранилището на Git на периодични интервали за промени, направени в изходния код.
  • Всяка компилация изисква различна среда за тестване, което не е възможно за един сървър на Jenkins. За да извърши тестване в различни среди, Дженкинс използва различни подчинени, както е показано на диаграмата.
  • Jenkins Master изисква от тези Slaves да извършат тестване и да генерират протоколи от тестове.

Jenkins Build Pipeline

Използва се, за да се знае коя задача Дженкинс изпълнява в момента. Често няколко различни промени се правят от няколко разработчици наведнъж, така че е полезно да знаете коя проба се тества или коя промяна седи в опашката или коя компилация е нарушена. Тук се появява тръбопроводът. Тръбопроводът на Дженкинс ви дава общ преглед на това къде се провеждат тестовете. В тръбопровода за изграждане компилацията като цяло е разделена на секции, като фаза на изпитване на единица, тест за приемане, опаковане, докладване и внедряване. Фазите на тръбопровода могат да бъдат изпълнени последователно или успоредно и ако една фаза е успешна, тя автоматично преминава към следващата фаза (оттук и значението на името „тръбопровод“). Долното изображение показва как изглежда многокомпонентният тръбопровод

Надявам се, че сте разбрали теоретичните концепции. Сега, нека се позабавляваме с практически.

Ще създам нова работа в Дженкинс, тя е Проект за свободен стил . Има обаче още 3 опции на разположение. Нека разгледаме видовете работни места за изграждане, налични в Дженкинс.

Проект за свободен стил:

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

Мултиконфигурационна работа:

„Мултиконфигурационният проект“ (наричан още „матричен проект“) ви позволява да изпълнявате една и съща задача за изграждане в различни среди. Използва се за тестване на приложение в различни среди, с различни бази данни или дори на различни машини за изграждане.

Наблюдавайте външна работа:

Задачата за изграждане на „Монитор на външна работа“ ви позволява да следите неинтерактивни процеси, като cron работни места.

Проект Maven:

„Проектът maven2 / 3“ е задача за изграждане, специално адаптирана към проектите на Maven. Дженкинс разбира Maven pom файлове и структурите на проекти и може да използва информацията, получена от pom файла, за да намали работата, която трябва да направите, за да настроите вашия проект.

Ето видеоклип за урок на Дженкинс за по-добро разбиране на Дженкинс. Вижте това видео с урок на Jenkins.

Първи стъпки с Дженкинс | Урок за Дженкинс и DevOps | Дженкинс за начинаещи | Едурека

Създаване на компилация с помощта на Дженкинс

Етап 1: От началния интерфейс на Jenkins изберете Нов продукт.

Стъпка 2: Въведете име и изберете Проект за свободен стил .

Стъпка 3: Тази следваща страница е мястото, където посочвате конфигурацията на заданието. Както бързо ще забележите, има няколко налични настройки, когато създавате нов проект.На тази страница за конфигуриране вие ​​също имате възможност да Добавете стъпка за изграждане за извършване на допълнителни действия като стартиране на скриптове. Ще изпълня скрипт на черупката.

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

Стъпка 4: Запазете проекта и ще бъдете отведени на страницата с общ преглед на проекта. Тук можете да видите информация за проекта, включително изградената му история.

Стъпка 5: Щракнете Изградете сега от лявата страна, за да стартирате компилацията.

Стъпка 6: За да видите повече информация, кликнете върху тази компилация в областта на историята на компилациите, след което ще бъдете отведени на страница с общ преглед на информацията за компилацията.

Стъпка 7: The Конзолен изход Връзката на тази страница е особено полезна за подробно разглеждане на резултатите от работата.

Стъпка 8: Ако се върнете в дома на Дженкинс, ще видите преглед на всички проекти и тяхната информация, включително състоянието.

Състоянието на компилацията се посочва по два начина, чрез икона за времето и от цветна топка. Иконата за времето е особено полезна, тъй като ви показва запис на множество компилации в едно изображение.

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

В този урок на Jenkins току-що дадох уводен пример. В следващия си блог ще ви покажа как да изтеглите и изградите код от хранилището на GitHub с помощта на Jenkins.

Ако сте намерили това Урок на Дженкинс подходящи, разгледайте от Edureka, доверена компания за онлайн обучение с мрежа от над 250 000 доволни учащи, разпространени по целия свят. Курсът за обучение за сертифициране Edureka DevOps помага на обучаващите се да придобият опит в различни процеси и инструменти на DevOps като Puppet, Jenkins, Nagios и GIT за автоматизиране на множество стъпки в SDLC.

Имате въпрос към нас? Моля, споменете го в раздела за коментари и ние ще се свържем с вас.