0Pricing
DevOps Bootcamp · Урок

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

Выявляйте узкие места и применяйте продвинутые методы для оптимизации скорости выполнения и потребления ресурсов рабочими процессами GitHub Actions.

«Настройка производительности конвейера» — бесплатный урок DevOps Bootcamp на CoddyKit. Это урок 2 из 4. Ты можешь прочитать весь урок бесплатно ниже — а потом практиковать его прямо в браузере с встроенным редактором кода и ИИ-репетитором 24/7. Это часть пути обучения DevOps Bootcamp, и твой прогресс синхронизируется между веб-версией и приложением CoddyKit. Курс DevOps Bootcamp содержит 4 уроков всего.

Ускорение конвейера

Добро пожаловать на занятие по настройке производительности конвейеров! В современной разработке быстрые конвейеры CI/CD необходимы для оперативной обратной связи и эффективного использования ресурсов.

Медленные конвейеры приводят к потере времени и денег. На этом занятии вы освоите продвинутые методы поиска узких мест и сможете значительно ускорить рабочие процессы GitHub Actions.

Поиск узких мест в рабочем процессе

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

  • Интерфейс GitHub: просматривайте журналы запусков рабочего процесса. На временной шкале наглядно показано, сколько времени заняли каждое задание и каждый шаг.
  • Сводки заданий: ищите шаги с необычно большой продолжительностью.
  • Журналы действий: подробные журналы могут показать конкретные команды или процессы, которые занимают больше всего времени.

Сосредоточьтесь на шагах, которые стабильно выполняются дольше всего.

Параллельный запуск независимых заданий

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

Определите несколько заданий верхнего уровня в рабочем процессе. GitHub Actions по умолчанию запустит их параллельно, если между ними не указаны зависимости needs.

name: Parallel Jobs Example
on: [push]
jobs:
  build-frontend:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Build Frontend
        run: echo "Building frontend..."
  build-backend:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Build Backend
        run: echo "Building backend..."

Оптимизация действия checkout

Действие actions/checkout получает код вашего репозитория. Для больших репозиториев или репозиториев с обширной историей это может выполняться медленно. Оптимизируйте его:

  • Поверхностное клонирование: используйте fetch-depth: 1, чтобы получить только последний коммит и значительно сократить время выполнения большинства задач CI/CD.
  • Разреженное клонирование: если вам нужна только часть файлов, рассмотрите возможность разреженного клонирования (хотя его настройка часто сложнее).

Не используйте fetch-depth: 0 без крайней необходимости, поскольку этот параметр загружает всю историю.

name: Optimized Checkout
on: [push]
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
        with:
          fetch-depth: 1 # Only fetch the latest commit
      - name: Run Build
        run: echo "Code checked out and building..."

Уменьшение размера артефактов сборки

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

Чтобы ускорить процесс:

  • Включайте только необходимые файлы: не загружайте временные каталоги сборки или ненужные журналы.
  • Сжимайте артефакты: по возможности сжимайте большие артефакты перед загрузкой. Действие actions/upload-artifact автоматически выполняет сжатие, но убедитесь, что исходные файлы не содержат лишних данных.

Фильтрация по путям для повышения эффективности

Не каждое изменение кода должно запускать каждое задание. Используйте фильтрацию по путям, чтобы запускать задания только при изменении относящихся к ним файлов.

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

Укажите paths или paths-ignore внутри триггера on рабочего процесса.

name: Path Filter Example
on:
  push:
    paths:
      - 'frontend/**'
      - 'shared/**'
jobs:
  build-frontend:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Build Frontend
        run: echo "Frontend files changed, building..."

Более быстрые исполнители и распределение ресурсов

Виртуальные машины (исполнители), которые выполняют ваши рабочие процессы, бывают разных размеров и типов. Для задач, интенсивно использующих CPU, более мощный исполнитель может значительно сократить время выполнения.

  • Увеличенные исполнители, размещённые GitHub: GitHub предлагает увеличенные исполнители (например, ubuntu-latest-xlarge) для более требовательных рабочих нагрузок.
  • Собственные исполнители: если вам нужны особые аппаратные ресурсы или вы хотите уменьшить задержку сети при обращении к внутренним ресурсам, собственные исполнители можно оптимизировать под конкретные требования.

Продвинутые стратегии кэширования

Кэширование зависимостей (например, пакетов npm или артефактов Maven) необходимо. Выйдите за рамки базового кэширования с помощью следующих рекомендаций:

  • Детализированные ключи кэша: используйте более конкретные ключи кэша, чтобы избежать ненужных промахов кэша. Например, включите хеш определённого файла блокировки и OS.
  • Несколько кэшей: не складывайте всё в один большой кэш. Раздельные кэши для разных типов зависимостей (например, node_modules и пакетов pip) могут повысить долю попаданий.
  • Ключи восстановления: используйте restore-keys, чтобы при промахе основного ключа попробовать несколько других ключей кэша и повысить вероятность частичного попадания.
name: Advanced Caching
on: [push]
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Cache Node Modules
        uses: actions/cache@v4
        with:
          path: ~/.npm
          key: ${{ runner.os }}-node-${{ hashFiles('**/package-lock.json') }}
          restore-keys: | # Try less specific keys if primary misses
            ${{ runner.os }}-node-
      - name: Install Dependencies
        run: npm ci

Оптимизируйте этот рабочий процесс

Рассмотрим рабочий процесс, который собирает код и клиентской, и серверной части. Сейчас он выполняется последовательно, а действие checkout получает всю историю. Какие два изменения значительно повысят его производительность?

name: Inefficient Workflow
on: [push]
jobs:
  build-all:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Install Frontend Deps
        run: npm install
      - name: Build Frontend
        run: npm run build
      - name: Install Backend Deps
        run: pip install -r requirements.txt
      - name: Build Backend
        run: python setup.py build

Итоги: настройка скорости

Вы освоили эффективные методы оптимизации рабочих процессов GitHub Actions!

  • Находите узкие места: используйте интерфейс GitHub и журналы.
  • Запускайте задания параллельно: выполняйте независимые задачи одновременно.
  • Оптимизируйте checkout: используйте поверхностное клонирование.
  • Уменьшайте размер артефактов: поддерживайте небольшие объёмы загрузки и скачивания.
  • Фильтруйте по путям: запускайте задания только при изменении относящихся к ним файлов.
  • Используйте более быстрых исполнителей: выбирайте подходящие ресурсы исполнителя.
  • Применяйте продвинутое кэширование: используйте детализированные ключи и несколько кэшей.

Применяя эти стратегии, вы сделаете свои конвейеры быстрее и эффективнее, а также сэкономите ценное время и ресурсы.

Часто задаваемые вопросы

Урок «Настройка производительности конвейера» бесплатный?

Да — полный текст урока «Настройка производительности конвейера» бесплатно доступен здесь в веб-версии. Чтобы практиковать его интерактивно (встроенный редактор кода и ИИ-репетитор 24/7) и разблокировать остальной курс DevOps Bootcamp, подпишись на CoddyKit PRO. Курс DevOps Bootcamp содержит 4 уроков всего.

Чему я научусь в уроке «Настройка производительности конвейера»?

Выявляйте узкие места и применяйте продвинутые методы для оптимизации скорости выполнения и потребления ресурсов рабочими процессами GitHub Actions. Ты практикуешь DevOps Bootcamp с помощью реального кода, который запускаешь прямо в браузере, и ИИ-репетитор 24/7 отвечает на твои вопросы во время урока.

Нужен ли мне опыт, чтобы начать DevOps Bootcamp?

Предыдущий опыт не требуется. DevOps Bootcamp на CoddyKit структурирован для всех уровней — от новичков до продвинутых, поэтому ты можешь начать отсюда или с самого начала и учиться в своем темпе. Это урок 2 из 4.

Сколько времени занимает урок «Настройка производительности конвейера»?

Большинство уроков CoddyKit занимают около 5–10 минут. Каждый из них компактный и интерактивный, поэтому ты постоянно делаешь прогресс и продолжаешь с того же места в веб-версии и приложении.

Можно ли писать и запускать код в этом уроке DevOps Bootcamp?

Да. Каждый урок DevOps Bootcamp включает встроенный редактор кода, поэтому ты пишешь и запускаешь реальный код прямо в браузере и получаешь моментальную обратную связь от AI — локальная установка не требуется.

Все уроки этого курса

  1. Метрики DORA и состояние CI/CD
  2. Настройка производительности конвейера
  3. Будущие тенденции автоматизации DevOps
  4. Оптимизация стоимости CI/CD и эффективности исполнителей
← Назад к DevOps Bootcamp