ИИ для CI/CD

🚀 План CI/CD для стартапа — от нуля до автодеплоя:

Текущее состояние: ручной деплой → ~30 мин + риск ошибки
Цель: push → автотесты → автодеплой → 0 минут ручной работы

План на 1 день (4 этапа):

Этап 1 (1 час): Базовый CI
• Линтинг + тесты при каждом PR
• Блок мержа без зелёного билда

Этап 2 (2 часа): Docker + Registry
• Dockerfile для API и фронта
• Push образов в GHCR

Этап 3 (2 часа): Автодеплой
• SSH-деплой из GitHub Actions (docker pull + restart)
• Staging при push в develop, production при тэге

Этап 4 (1 час): Мониторинг
• Slack-уведомления о деплоях
• Rollback при неудачном health check

Начнём с этапа 1 — пришлите структуру package.json и какие тесты уже есть.

🔐 SSH из GitHub Actions — типичные проблемы:

1. Формат ключа (90% случаев):
• GitHub Secrets обрезают trailing newline
• SSH требует \n в конце ключа
• Решение: используй appleboy/ssh-action@v1 — он обрабатывает это автоматически

2. Known hosts:
• Runner не знает ваш сервер → отклоняет подключение
• Решение: ssh-keyscan -H your-server.com >> ~/.ssh/known_hosts

3. Firewall / порт:
• Сервер на нестандартном порту?
• GitHub Actions IP не в allowlist?

Рабочий шаблон:

- uses: appleboy/ssh-action@v1
  with:
    host: ${{ secrets.SERVER_HOST }}
    username: deploy
    key: ${{ secrets.SSH_PRIVATE_KEY }}
    port: ${{ secrets.SERVER_PORT }}
    script: |
      docker pull ghcr.io/yourorg/api:${{ github.sha }}
      docker stop api || true
      docker run -d --name api --restart unless-stopped \
        -p 3000:3000 ghcr.io/yourorg/api:${{ github.sha }}

Проверьте: ssh -i key -p PORT user@host echo ok — работает ли вручную с того же ключа?

⚡ План оптимизации GitLab CI — цель: 45 мин → 12 мин

Аудит текущего pipeline:
• Последовательные тесты: ~20 мин → параллельно: ~7 мин
• Docker build без кэша: ~15 мин → с кэшем: ~3 мин
• Очередь runners: ~10 мин → self-hosted: ~0 мин

3 направления оптимизации:

1️⃣ Параллелизация (бесплатно, сразу):
• parallel: для тестов — разбить на 4 шарда
• needs: вместо stages: — DAG-пайплайн
• Независимые сервисы собираются одновременно

2️⃣ Кэширование Docker (сразу):
• --cache-from из registry
• Kaniko вместо docker-in-docker (безопаснее + кэш)

3️⃣ Self-hosted runner (1-2 часа):
• GitLab Runner на вашем сервере
• Docker executor с overlay2
• Подготовлю скрипт установки

Пришлите текущий .gitlab-ci.yml — покажу конкретные изменения с оценкой выигрыша по каждому.

🔗 Зависимости между сервисами в GitLab CI:

Решение: rules: + changes: + trigger:

# .gitlab-ci.yml
stages: [detect, build, deploy]

detect-changes:
  stage: detect
  script:
    - echo "Detecting changed paths..."
  rules:
    - changes: [shared-lib/**]
      variables:
        REBUILD_DEPENDENTS: "true"

build-service-a:
  stage: build
  rules:
    - changes: [service-a/**]
    - changes: [shared-lib/**]  # пересборка при изменении библиотеки
  script:
    - docker build -t registry/service-a:$CI_COMMIT_SHA service-a/

build-service-b:
  stage: build
  rules:
    - changes: [service-b/**]
    - changes: [shared-lib/**]
  script:
    - docker build -t registry/service-b:$CI_COMMIT_SHA service-b/

📌 rules: changes: с несколькими условиями работает как OR — джоба запустится если изменился свой код ИЛИ shared-lib.

⚠️ При merge request pipeline changes: сравнивает с target branch. При push — с предыдущим коммитом. Учитывайте это при сквош-мержах.

🚀 Бесплатный CI/CD для pet-проекта:

GitHub Actions бесплатный план: 2000 минут/месяц — более чем достаточно для pet-проекта.

Схема: push в main → GitHub Actions → SSH на VPS → pull + build + restart

1. Подготовка VPS (один раз, 5 мин):

# Создаём deploy-пользователя
adduser deploy --disabled-password
su - deploy
ssh-keygen -t ed25519 -f ~/.ssh/deploy_key -N ""
cat ~/.ssh/deploy_key.pub >> ~/.ssh/authorized_keys

2. GitHub Secrets:
• VPS_HOST — IP сервера
• VPS_KEY — содержимое deploy_key (приватный)
• VPS_USER — deploy

3. Workflow (.github/workflows/deploy.yml):

name: Deploy
on:
  push:
    branches: [main]

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: appleboy/ssh-action@v1
        with:
          host: ${{ secrets.VPS_HOST }}
          username: ${{ secrets.VPS_USER }}
          key: ${{ secrets.VPS_KEY }}
          script: |
            cd ~/myapp
            git pull origin main
            npm ci --production
            npm run build
            pm2 restart myapp

Готово — 15 строк YAML, 0₽, автодеплой за ~2-3 минуты. Пришлите IP сервера — проверим SSH-подключение.

✅ Безопасный деплой + Telegram-уведомления:

name: Deploy
on:
  push:
    branches: [main]

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: appleboy/ssh-action@v1
        with:
          host: ${{ secrets.VPS_HOST }}
          username: ${{ secrets.VPS_USER }}
          key: ${{ secrets.VPS_KEY }}
          script: |
            cd ~/myapp
            git pull origin main
            npm ci --production
            # Build в отдельную директорию — если упадёт, старый .next останется
            if npm run build; then
              pm2 restart myapp
              echo "✅ Deploy successful"
            else
              echo "❌ Build failed, keeping old version"
              exit 1
            fi

      - name: Telegram notification
        if: always()
        uses: appleboy/telegram-action@master
        with:
          to: ${{ secrets.TELEGRAM_CHAT_ID }}
          token: ${{ secrets.TELEGRAM_BOT_TOKEN }}
          message: |
            ${{ job.status == 'success' && '✅' || '❌' }} Deploy ${{ job.status }}
            Commit: ${{ github.event.head_commit.message }}
            Author: ${{ github.actor }}

📌 if: always() — уведомление придёт и при успехе, и при ошибке. Для Telegram: создайте бота через @BotFather, получите chat_id через @userinfobot.