Руководство по GitLab CI CD для начинающих [Ускоренный курс]

• Нана, эксперт по DevOps, представляет ускоренный курс по Gitlab CI/CD.  

• Курс научит создавать базовый конвейер CI/CD для запуска тестов, создания образа Docker и отправки его в Docker Hub.  

• Конвейер развернет образ на удаленном сервере Ubuntu.  

• Gitlab CI/CD позволяет автоматизировать процессы DevOps.  

• Gitlab стремится стать универсальной платформой для создания процессов DevOps.  

• CI/CD включает непрерывную интеграцию и непрерывное развертывание.  

• CI/CD автоматизирует тестирование, сборку и публикацию изменений кода.  

• Конвейеры запускаются автоматически при внесении изменений в репозиторий.  

• Gitlab интегрируется с существующим кодом в Gitlab, что упрощает создание конвейеров.  

• Не требует настройки серверов, как в случае с Jenkins.  

• Gitlab CI/CD включает сервер Gitlab и исполнительные устройства Gitlab Runner.  

• Gitlab Runner управляется Gitlab и предлагает бесплатные функции.  

• Создается конвейер для приложения на Python: тесты, создание образа Docker и развертывание.  

• Приложение взято из репозитория на GitHub.  

• Клонирование репозитория и открытие его в Visual Studio Code.  

• Выполнение тестов с помощью команды make test.  

• Зависимости для тестов определяются в файле requirements.  

• Для выполнения тестов нужны Python, pip и make.  

• Запуск приложения на порту 5004 с помощью команды make run.  

• Доступ к приложению через браузер.  

• Приложение состоит из системы мониторинга, панели мониторинга, информации и других частей.  

• Планируется выпустить приложение с использованием конвейера CI/CD на сервере развертывания.  

• Создадим простой конвейер CI/CD для демонстрационного приложения.  

• Конвейер CI/CD будет написан в виде кода и размещен в репозитории Gitlab.  

• Файл YAML с конфигурацией конвейера будет называться gitlab-ci.yml.  

• Конфигурация конвейера будет создана непосредственно в пользовательском интерфейсе Gitlab.  

• Задания в конвейере CI/CD, такие как запуск тестов и создание образа, настраиваются как рабочие места.  

• Создаем задание для выполнения тестов с помощью простого синтаксиса.  

• Задание называется "run tests", и внутри него указываются параметры для выполнения тестов.  

• Для успешного выполнения тестов необходимо установить зависимости и выполнить команду make test.  

• Тесты выполняются на машине с Linux, используя Gitlab runners.  

• Gitlab runners могут быть установлены в различных средах, включая Windows и Linux.  

• Задания выполняются на Gitlab runners, которые могут быть установлены в разных операционных системах.  

• Два основных типа исполнителей: shell executor и контейнер Docker.  

• Задания выполняются внутри контейнеров Docker, которые запускаются на основе определенных образов.  

• По умолчанию Gitlab использует Ruby image для запуска контейнеров.  

• Для выполнения тестов нам нужен контейнер с Python, поэтому мы используем образ Python из Docker Hub.  

• Для каждого задания можно указать, какое изображение использовать, используя атрибут "изображение".  

• Использование тега для указания версии образа Python.  

• Запуск контейнера с указанным образом.  

• Установка команды make в контейнере Python.  

• Установка make с помощью apt-get в контейнере Python.  

• Создание конвейера с одним заданием для выполнения тестов.  

• Фиксация изменений для автоматического запуска конвейера.  

• Просмотр выполнения конвейера в разделе репозитория.  

• Анализ выполнения заданий и журналов.  

• Благодарность компании Twingate за поддержку.  

• Преимущества Twingate для удаленных доступов и CI/CD.  

• Предложение бесплатного доступа и специального предложения для зрителей.  

• Переход к файлу gitlab CI для редактирования конфигурации.  

• Создание нового задания для создания и публикации образа Docker.  

• Использование личного реестра DockerHub для хранения образов.  

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

• Для входа используются учетные данные Docker Hub, которые нужно хранить в секрете.  

• Учетные данные не должны быть жестко закодированы в коде конвейера.  

• В GitLab можно создавать переменные секретного типа.  

• Эти переменные доступны в конвейере и не должны быть видны всем.  

• Переменные можно настроить в настройках проекта.  

• Настройки проекта разделены на администрирование и использование.  

• Администрирование доступно только ограниченному кругу лиц.  

• Разработчики не должны видеть настройки проекта.  

• В настройках проекта можно создавать переменные, включая секретные.  

• Переменные доступны в коде конвейера и маскируются для безопасности.  

• Пример создания переменных для Docker Hub и реестра.  

• Создание задания для создания образа приложения на Python.  

• Использование Dockerfile для создания образа.  

• Пометка образа именем репозитория и запуск Docker push.  

• Перед Docker push необходимо выполнить аутентификацию в реестре.  

• Использование переменных для имени пользователя и пароля.  

• Docker push выполняется после аутентификации.  

• Разделение основных и вспомогательных команд.  

• Использование переменных на уровне задания и конвейера.  

• Обеспечение доступности Docker внутри контейнера.  

• Использование официального образа Docker для доступа к Docker внутри контейнера.  

• Установка образа Docker для использования в контейнере.  

• Использование Docker и тега image для запуска контейнера.  

• Настройка демона Docker для клиента внутри Gitlab.  

• Определение службы как дополнительного контейнера для использования в Gitlab CI/CD.  

• Контейнеры Python и MySQL взаимодействуют через службу.  

• Контейнеры связаны через сеть и могут напрямую взаимодействовать.  

• Создание сертификатов для аутентификации контейнеров.  

• Совместное использование сертификатов между контейнерами.  

• Фиксация изменений и запуск конвейера.  

• Успешное создание образа в реестре Docker Hub.  

• Параллельное выполнение заданий может привести к ошибкам.  

• Использование этапов для организации конвейера.  

• Создание этапов тестирования и сборки.  

• Задания на этапе сборки ждут завершения тестов.  

• Создание сервера Ubuntu на платформе Digital Ocean.  

• Подключение к серверу по SSH с использованием сгенерированного ключа.  

• Загрузка ключа на платформу для доступа к серверу.  

• Создание нового SSH-ключа для подключения к серверу.  

• Загрузка ключа на платформу Digital Ocean.  

• Создание сервера развертывания на платформе.  

• Установка Docker на сервер.  

• Получение IP-адреса сервера.  

• Подключение к серверу по SSH с использованием учетных данных и ключа.  

• Проверка наличия Docker на сервере.  

• Обновление системы и установка Docker.  

• Проверка доступности команд Docker.  

• Проверка состояния сервера.  

• Добавление нового задания в конвейер для развертывания образа Docker.  

• Настройка SSH-подключения к серверу для выполнения развертывания.  

• Создание переменной для SSH-ключа в настройках CI/CD.  

• Вставка содержимого ключа в переменную.  

• Настройка Gitlab для создания временного файла из переменной.  

• Добавление нового этапа "развертывание" в конвейер.  

• Создание нового задания "развертывание".  

• Настройка команды для подключения по SSH к удаленному серверу.  

• Пропуск интерактивного шага для сохранения сервера в списке известных хостов.  

• Добавление опции stricthostkey в команду ssh для автоматического подключения.  

• Запуск контейнера с помощью команды docker run внутри SSH.  

• Открытие порта 5000 на хосте.  

• Извлечение образа из личного реестра и аутентификация в нем.  

• Объединение нескольких команд SSH в цепочку для выполнения аутентификации и извлечения образа.  

• Остановка и удаление существующих контейнеров перед запуском нового.  

• Использование команды docker ps -a для перечисления всех контейнеров.  

• Остановка и удаление контейнеров с помощью docker stop и docker remove.  

• Связывание SSH-ключа с файлом для предотвращения ошибок.  

• Изменение прав доступа к файлу SSH-ключа для ограничения доступа.  

• Запуск команды docker run в фоновом режиме для предотвращения блокировки терминала.  

• Проверка, что контейнер создан с использованием образа ruby по умолчанию.  

• Проверка, что приложение запущено на порту 5000.  

• Доступ к приложению через браузер.  

• Демонстрация базового конвейера для приложения на Python.  

• Рекомендации по удалению дроплета после завершения демонстрации.  

• Призыв к изучению более продвинутых функций Gitlab CI/CD.  

• Предложение курса по Gitlab CI/CD для углубленного изучения.  

• Призыв к обратной связи и вопросам в комментариях.