В этой статье я расскажу как построить простой пайплайн для деплоя Spring Boot проекта на сервере используя GitHub Actions и Docker.
Содержание:
Что имеем
- Арендованный VPS с установленным Docker и docker-compose 
- Репозиторий базового Spring Boot проекта с Dockerfile и docker-compose.yml 
Настройка раннера
Деплоить будем на сервере. Для этого нужно настроить раннер.
Логинимся на VPS. Раннер нельзя запустить от имени root пользователя, поэтому придется создать нового, не забыв предоставить ему права на использование Docker.
Создание пользователя и выдача прав для Docker
useradd -m user
paswwd user
groupadd docker
usermod -aG docker user
chsh -s /bin/bash user
su userВ репозитории переходим в Settings → Actions → Runners → New self-hosted runner
Указываем параметры нашего VPS. У меня это Linux. Архитектура процессора - x64. После этого появятся автосгенерированные скрипты для настройки раннера.
Вводим первую группу скриптов.
Запускаем скрипт конфигурации. Из всех дефолтных значений я изменил только название раннера.
Теперь можно запускать раннер. Я предпочитаю делать это в фоновом режиме с помощью nohup.
  nohup ./run.sh > runner.logs &Проверим статус раннера в GitHub.
Создание пайплайна.
Все скрипты пайплайнов должны лежать в специальной папке {проект}/.github/workflows .
Создадим скрипт deploy-job.yml и поместим его в эту папку.
В первой строчке укажем название пайплайна. Оно будет отображаться в GitHub.
name: Deploy buy runnerЗатем укажем когда запускать этот пайплайн - в нашем случае пускай это будет при пуше в ветку master или develop.
on:
  push:
    branches: [ "master", "develop" ]Затем начнем описывать джобы.
Первым делом будем запускать тесты.
jobs:
  test: # Название джобы
    runs-on: ubuntu-latest   # Где должна выполняться джоба. 
# Здесь укажем GitHub-hosted runner - среду выполнения, которую предоставляет сам GitHub.
    steps: # Перечень шагов, которые необходимо выполнить в рамках джобы.
      - name: cd into repo # Название шага
        uses: actions/checkout@v3 # Ключевое слово uses используется для запуска заранее
# созданного набора команд. В данном случае используем дефолтную команду
# для обновления проекта до последнего коммита.
      - name: set up Java and Maven # Настраиваем Java и Maven.
        uses: actions/setup-java@v3 
        with:
          java-version: '11'
          distribution: 'temurin'
          cache: maven
      - name: run tests
        run: mvn test # Запускаем тесты.Затем подготовим окружение - удалим старые контейнеры и имейджы.
  prepare-environment:
    runs-on: self-hosted # Запускаем на раннере, который настроили до этого.
    needs: test # Запускаем только если джоба test прошла успешно
    steps:
      - name: Stop and remove containers, networks
        run: docker-compose down
      - name: Remove unused data
        run: docker system prune -a -fПосле этого запустим проект с помощью docker-compose.
  deploy:
    runs-on: self-hosted # Запускаем на раннере, который настроили до этого.
    needs: prepare-environment # Запускаем только если джоба prepare-environment прошла успешно
    steps:
      - name: checkout repo
        uses: actions/checkout@v3
      - name: docker-compose
        run: docker-compose up -d
Итоговый файл:
файл
name: Deploy buy runner
on:
  push:
    branches: [ "master", "develop" ]
jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - name: checkout repo
        uses: actions/checkout@v3
      - name: set up Java and Maven
        uses: actions/setup-java@v3
        with:
          java-version: '11'
          distribution: 'temurin'
          cache: maven
      - name: run tests
        run: mvn test
  prepare-environment:
    runs-on: self-hosted
    needs: test
    steps:
      - name: Stop and remove containers, networks
        run: docker-compose down
      - name: Remove unused data
        run: docker system prune -a -f
  deploy:
    runs-on: self-hosted
    needs: prepare-environment
    steps:
      - name: checkout repo
        uses: actions/checkout@v3
      - name: docker-compose
        run: docker-compose up -dКоммитим, пушим, ждем, смотрим на результат.
Все работает. Теперь можем создать бейджик и запихнуть его в README.md. Шаги отмечены на картинке:
После этого появится окно с настройкой бейджика.
Дефолтные параметры я не менял. Копируем сгенерированную ссылку, вставляем в README.md и получаем следующее:
Мобильные оповещения.
Хотелось бы отметить функцию оповещений о работе пайплайнов в мобильном приложении GitHub. Включить ее можно в настройках. Выглядит это примерно вот так:
В случае фейла можно даже посмотреть логи.
Заключение
В этой статья я описал процесс создания простого пайплайна GitHub Actions для деплоя Spring Boot проекта с использованием Docker.
Единственное, что в этой статье сильно привязано к программной реализации, это джоба тестирования в созданном пайплайне. Все остальные аспекты создания и настройки CI/CD универсальны для любых проектов, использующих Docker.
Комментарии (4)
 - elFurion24.05.2023 06:35- Спасибо, давно хотел сделать автоматический деплой на VPS для своего пет-проекта. Не знал с какой стороны подступиться. 
 
           
 

volodyachan
Отличный пост