Лекция на тему принципов построения CI/CD.

1. CI/CD
Кузьмицкий Александр

2. Обо мне
Меня зовут Кузьмицкий Александр.
Окончил МГВРК+БГУИР ИИТ по
специальности Информационные
технологии и управление в
технических системах.
Работаю в Wargaming с 2012 года над
созданием инструментов
автоматизации и доставки ПО.

3. Continuous integration
• Непрерывная интеграция (CI, англ. Continuous Integration) — это
практика разработки программного обеспечения, которая
заключается в слиянии рабочих копий в общую основную ветвь
разработки и выполнении частых автоматизированных сборок
проекта для скорейшего выявления потенциальных дефектов и
решения интеграционных проблем.
• Результатом CI является артефакт.

4. Артефакты
Артефакт CI – результат выполнения сборки и прогона тестов,
который однозначно характеризует состояние кода и достаточен
для дальнейшей его доставки.
• Виды артефактов:
• Python package
• .rpm
• .deb
• docker image
• .json, .yaml, .ini, .xml, .txt
• bash/python/perl script

5. Менеджеры артефактов
• Nexus
• Artifactory
• Nexus
• Jenkins
• Docker registry
• Pypi
• Npm
• RPM/deb repository

6. Схема работы CI
процесса
• Непрерывный поток изменений в VCS
• Инструментарий CI даёт оперативную
обратную связь о результатах сборки
• Не стабильный код не попадает в
стабильные ветки

7. Continuous Delivery
• Непрерывная доставка (Continuous Delivery) — это подход к
разработке программного обеспечения, при котором все
изменения, включая новые функции, изменения конфигурации и
исправления ошибок могут быть доставлены в любой момент
времени

9. Инструментарий Cont. Delivery
• SSH
• Jenkins
• Puppet
• Ansible
• Fabric
• K8S
• Mesos+Marathon
• Bash/python/etc

10. Continuous Deployment
• Непрерывное развёртывание (Continuous Deployment) — это
подход построению доставки, который позволяет доставлять
проверенные изменения до пользователей сразу же после
прохождения необходимого набора тестов.

11. Фазы CI/CD
Разработка ПО

12. Стейджинги
Окружения и порядок доставки кода

13. Стейджинги
• Стейджинги - площадки, предназначенные для поэтапной
доставки ПО до потребителей
• Требования:
• Конфигурация, аналогичная production
• Layout аналогичен production
• В зависимости от функционального назначения, требования
могут отличаться от стейджинга к стейджингу

14. Виды стейджингов
• Стейджинги для тестирования функциональности(Trunk)
• Интеграционные стейджинги(Stable)
• Стейджинги для тестирования производительности(Performance)
• Стейджинги для тестирования безопасности(Security)
• Пре-продакшен(Preproduction)
• Продакшен(Production)

15. DevOps
DevOps инструменты и культура в рамках CI/CD проекта

16. DevOps
DevOps (акроним от англ. development и operations) — набор
практик, нацеленных на активное взаимодействие специалистов по
разработке со специалистами по информационно-
технологическому обслуживанию и взаимную интеграцию их
рабочих процессов друг в друга. Базируется на идее о тесной
взаимозависимости разработки и эксплуатации программного
обеспечения и нацелен на то, чтобы помогать организациям
быстрее создавать и обновлять программные продукты и услуги.

17. Цели DevOps
• Сокращение времени доставки релизов
• Снижение частоты отказов новых релизов
• Сокращение времени выполнения исправлений
• Уменьшение количества времени на восстановления

18. Инструменты DevOps

19. Workflow
Совместная работа и выпуск изменений

21. Минималистичный
workflow
• Одиночная разработка
• Каждый следующий
коммит может сломать
код
• Движение только вперёд

22. Стабильная ветка
• Локальная разработка
• Каждый следующий
коммит может
сломать код только в
development ветке
• Движение
вперёд/назад вперёд
• Стабильные состояния
срезаются в master

23. Feature branches
• Возможна совместная
работа над разными
фичами
• Development ветка
используется для
интеграции
• Стабильные состояния
срезаются в master

24. Release branches
• Возможна совместная
работа
• Development ветка
используется для
интеграции
• Стабильные состояния
срезаются в master
• Релизы выполняются
из ветки release

25. Hotfix branches
• Development ветка
используется для
интеграции
• Стабильные состояния
срезаются в master
• Релизы выполняются из
ветки release
• Экстренные исправления
мержатся с набором
исключений в
интеграционные/стабиль
ные ветки

26. CI/CD системы
Сборка, тестирование, доставка

27. CI/CD системы
• Jenkins
• TeamCity
• Bamboo
• Go
• Gitlab
• TravisCI

28. Наиболее часто используемые функции
• Проверка на изменения в VCS(pull/push)
• Описание степов с набором команд в каждом
• Визуализация лога
• Указание директории для сборки артефактов
• Доступ к артефактам
• Ручные степы
• Зависимые сборки
• Параметризированные сборки
• Нотификации
• Очередь с приоритетами
• Доступ к переменным окружения
• Нотификации во внешние системы о результатах сборки

29. Как устроен Jenkins
• Архитектура с сервером и агентами
• Расширение функциональности с помощью плагинов
• OpenSource
• Программирование пайплайнов на Groovy
• BlueOcean – попытка сделать Jenkins красивым

30. Пайплайны
• Требования:
• Максимальная скорость выполнения
• Воспроизводимость
• Очистка мусора
• Хранение артефактов во внешней системе

31. Простой пайплайн
• Проверка на изменение в репозитории
• Запуск сборки с новым состоянием кода
• Запуск тестов
• Запуск доставки
• Нотификация

32. CI+CD пайплайн
• CI
• Push кода в новую ветку репозитория
• Создание Pull Request/Merge Request
• Нотификация в CI систему для запуска сборки из ветки
• Запуск сборки
• Прогон тестов
• Сохранение артефакта
• Нотификация в VCS о результатах теста
• CD
• Выбор артефакта для доставки
• Запуск доставки
• Выполнение тестов на успешную доставку
• Нотификация о результатах

33. Jenkins
CI

34. Jenkinsfile
• Jenkinsfile позволяет описать поведение CI системы для
выполнения CI/CD задач
• Виды пайплайнов в Jenkins:
• Декларативный
• Скриптовый

35. Типы проектов в Jenkins

36. Freestyle проект
• Один набор шагов на все ветки
• Настраивается через UI
• Подходит для простых задач вроде сборки и публикации
артефактов, доставки, выполнения задач по расписанию
• Один проект на все ветки репозитория

37. Pipeline проект
• Настраивается с помощью Jenkinsfile прямо в интерфейсе или с
помощью указания пути к файлу в репозитории
• Один проект на все ветки

38. Multibranch проект
• Настраивается с помощью Jenkinsfile
• Один билд на одну ветку. Обзор веток происходит автоматически
• Самый гибкий из всех видов проектов. Каждая ветка может
собираться по своим правилам.

39. Multiconfiguration проект
• Позволяет описать матрицу необходимых комбинаций
параметров для выполнения сборки
• Используется в проектах высокой сложности, и тестах

40. Литература
• https://jenkins.io/user-handbook.pdf
• https://jenkins.io/doc/book/pipeline/
• https://wiki.jenkins.io/display/JENKINS/Building+a+software+project
• https://jenkins.io/doc/book/pipeline/#declarative-versus-scripted-
pipeline-syntax
• http://jenkinshost/env-vars.html/

41. Спасибо за внимание
Вопросы?