Учебник Дженкинса | Непрерывная интеграция с использованием Jenkins | Эдурека

Учебник Дженкинса

Jenkins - один из важнейших инструментов в . Надеюсь, вы читали мой предыдущий блог на . В этом учебном блоге Jenkins я сосредоточусь на архитектуре Jenkins и конвейере сборки Jenkins, а также покажу вам, как создать сборку в Jenkins.

Прежде чем мы продолжим работу с Руководством по Jenkins, основные выводы из предыдущего блога:

• Jenkins используется для интеграции всех этапов DevOps с помощью плагинов.
• Обычно используемые плагины Jenkins - это Git, Amazon EC2, проект Maven 2, издатель HTML и т. Д.
• Jenkins имеет более 1000 плагинов и147 000 активных установок и более 1 миллиона пользователей по всему миру.
• Благодаря непрерывной интеграции каждое изменение исходного кодаявляетсяпостроен. Он выполняет и другие функции,это зависит от инструмента, используемого для непрерывной интеграции.
• Nokia перешла от ночной сборки к непрерывной интеграции.
• Процесс до непрерывной интеграции имел много недостатков. В результате не только поставки программного обеспечения были медленными, но и качество программного обеспечения было не на должном уровне. Разработчикам также приходилось нелегко в поиске и исправлении ошибок.
• Непрерывная интеграция с Jenkins преодолела эти недостатки, непрерывно запуская сборку и тестирование для каждого изменения, сделанного в исходном коде.

Сейчас самое время понять архитектуру Дженкинса.

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

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

Этого единственного сервера Jenkins было недостаточно для удовлетворения определенных требований, например:

руководство разработчика salesforce для начинающих pdf

• Иногда вам может понадобиться несколько разных сред для тестирования ваших сборок. Это невозможно сделать с помощью одного сервера Jenkins.
• Если более крупные и тяжелые проекты создаются на регулярной основе, один сервер Jenkins просто не может справиться со всей нагрузкой.

Для удовлетворения вышеуказанных потребностей была представлена ​​распределенная архитектура Jenkins.

Распределенная архитектура Jenkins

Jenkins использует архитектуру Master-Slave для управления распределенными сборками. В этой архитектуре ведущий и ведомый взаимодействуют по протоколу TCP / IP.

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

Ваш главный сервер Jenkins - это Мастер. Работа Мастера состоит в том, чтобы обрабатывать:

• Планирование строительных работ.
• Отправка сборок ведомым устройствам для фактического выполнения.
• Наблюдайте за подчиненными (возможно, переводя их в режим онлайн и офлайн по мере необходимости).
• Запись и представление результатов сборки.
• Главный экземпляр Jenkins также может напрямую выполнять задания сборки.

Дженкинс раб

Slave - это исполняемый файл Java, работающий на удаленном компьютере. Ниже приведены характеристики Jenkins Slaves:

• Он слышит запросы от экземпляра Jenkins Master.
• Подчиненные устройства могут работать в различных операционных системах.
• Работа ведомого устройства состоит в том, чтобы делать то, что им велят, что включает в себя выполнение заданий сборки, отправленных мастером.
• Вы можете настроить проект так, чтобы он всегда запускался на определенной ведомой машине или на конкретном типе ведомой машины, или просто позволить Дженкинсу выбрать следующий доступный ведомый.

Диаграмма ниже не требует пояснений. Он состоит из мастера Jenkins, который управляет тремя подчиненными Jenkins.

Теперь давайте посмотрим на пример, в котором Jenkins используется для тестирования в различных средах, таких как: Ubuntu, MAC, Windows и т. Д.

Схема ниже представляет то же самое:

На изображении выше выполняются следующие функции:

• Дженкинс периодически проверяет репозиторий Git на наличие изменений, внесенных в исходный код.
• Для каждой сборки требуется разная среда тестирования, что невозможно для одного сервера Jenkins. Для выполнения тестирования в разных средах Дженкинс использует различные подчиненные устройства, как показано на диаграмме.
• Jenkins Master запрашивает у этих ведомых устройств выполнение тестирования и создание отчетов о тестировании.

Конвейер сборки Jenkins

Он используется, чтобы узнать, какую задачу Дженкинс выполняет в данный момент. Часто несколько различных изменений вносятся сразу несколькими разработчиками, поэтому полезно знать, какое изменение проходит тестирование, какое изменение находится в очереди или какая сборка не работает. Вот тут-то и появляется конвейер. Конвейер Jenkins дает вам обзор того, где будут проводиться тесты. В конвейере сборки сборка в целом разбита на разделы, такие как модульное тестирование, приемочное тестирование, упаковка, отчеты и фазы развертывания. Фазы конвейера могут выполняться последовательно или параллельно, и если одна фаза успешна, она автоматически переходит к следующей фазе (отсюда уместность названия «конвейер»). На изображении ниже показано, как выглядит конвейер с несколькими сборками.

Надеюсь, вы поняли теоретические концепции. А теперь давайте повеселимся на практике.

Я создам новую работу в Jenkins, это Фристайл проект . Однако есть еще 3 варианта. Давайте посмотрим на типы заданий сборки, доступные в Jenkins.

Фристайл-проект:

Сборочные работы в стиле фристайл - это универсальные строительные работы, обеспечивающие максимальную гибкость.Сборка в свободном стиле - наиболее гибкий и настраиваемый вариант, который можно использовать для любого типа проекта. Его относительно просто настроить, и многие из настраиваемых здесь параметров также появляются в других заданиях сборки.

«Проект с несколькими конфигурациями» (также называемый «матричным проектом») позволяет запускать одно и то же задание сборки в разных средах. Он используется для тестирования приложения в разных средах, с разными базами данных или даже на разных машинах сборки.

Отслеживание внешнего задания:

Задание сборки «Мониторинг внешнего задания» позволяет вам следить за неинтерактивными процессами, такими как задания cron.

Проект Maven:

«Проект maven2 / 3» - это сборка, специально адаптированная для проектов Maven. Дженкинс понимает pom-файлы Maven и структуры проекта и может использовать информацию, полученную из pom-файла, чтобы сократить объем работы, необходимой для настройки вашего проекта.

Вот видео об учебнике Дженкинса для лучшего понимания Дженкинса. Посмотрите это обучающее видео с Jenkins.

что такое хадуп больших данных

Начало работы с Дженкинсом | Руководство по Jenkins и DevOps | Дженкинс для начинающих | Эдурека

Создание сборки с использованием Jenkins

Шаг 1: На главной странице интерфейса Jenkins выберите Новый предмет.

Шаг 2: Введите имя и выберите Фристайл проект .

Шаг 3: На следующей странице вы указываете конфигурацию задания. Как вы быстро заметите, при создании нового проекта доступен ряд настроек.На этой странице конфигурации у вас также есть возможность Добавить этап сборки для выполнения дополнительных действий, таких как запуск скриптов. Я выполню сценарий оболочки.

Это предоставит вам текстовое поле, в которое вы можете добавить любые нужные вам команды. Вы можете использовать сценарии для выполнения различных задач, таких как обслуживание сервера, контроль версий, чтение настроек системы и т. Д. Я буду использовать этот раздел для запуска простого сценария.

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

Шаг 5: Нажмите Построить сейчас с левой стороны, чтобы начать сборку.

Шаг 6: Чтобы просмотреть дополнительную информацию, нажмите на эту сборку в области истории сборок, после чего вы попадете на страницу с обзором информации о сборке.

Шаг 7: В Консольный выход Ссылка на этой странице особенно полезна для детального изучения результатов работы.

Шаг 8: Если вы вернетесь на дом Дженкинса, вы увидите обзор всех проектов и их информацию, включая статус.

Статус постройки отображается двумя способами: значком погоды и цветным шариком. Значок погоды особенно полезен, поскольку он показывает вам запись нескольких сборок на одном изображении.

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

В этом руководстве по Jenkins я только что привел вводный пример. В моем следующем блоге я покажу вам, как извлечь и собрать код из репозитория GitHub с помощью Jenkins.

Если вы нашли это Учебник Дженкинса актуально, проверьте от Edureka, надежной компании по онлайн-обучению с сетью из более чем 250 000 довольных учащихся по всему миру. Курс Edureka DevOps Certification Training помогает учащимся получить опыт в различных процессах и инструментах DevOps, таких как Puppet, Jenkins, Nagios и GIT, для автоматизации нескольких этапов в SDLC.

Есть вопрос к нам? Пожалуйста, отметьте это в разделе комментариев, и мы свяжемся с вами.