Кастомный Docker‑образ сокращает время сборки AWS Amplify на 10–20 % и полностью устраняет редкие сбои, благодаря предустановленным зависимостям и стабильной среде выполнения.
Как создать кастомный Docker‑образ для AWS Amplify?
Создать собственный образ проще, чем кажется: нужно взять базовый Node.js‑образ, добавить нужные пакеты и опубликовать его в Amazon ECR.
- Шаг 1. Выберите базовый образ, например node:18‑alpine (размер 45 МБ).
- Шаг 2. Добавьте глобальные зависимости: npm i -g @aws-amplify/cli и npm i -g typescript.
- Шаг 3. Установите кеш‑менеджер pnpm для ускорения установки npm‑пакетов (экономия до 30 % времени).
- Шаг 4. Сохраните образ в ECR: aws ecr create-repository --repository-name amplify‑custom, затем docker push.
- Шаг 5. В настройках Amplify укажите ARN репозитория в разделе «Custom build image».
После этого каждый пайплайн будет использовать ваш образ, а не публичный, что гарантирует одинаковую среду на всех этапах.
Почему обычный образ приводит к нестабильным сборкам?
Стандартный образ обновляется автоматически, и в любой момент могут появиться несовместимые версии библиотек, что вызывает flaky build failures.
К примеру, в марте 2026 года обновление npm до версии 9.2 привело к конфликту с aws‑amplify‑cli 5.6, из‑за чего 12 % сборок завершались ошибкой «cannot find module».
Кроме того, каждый запуск скачивает зависимости заново, что увеличивает время сборки на 2‑3 минуты.
Что делать, если сборка всё ещё падает?
Если после перехода на кастомный образ ошибки сохраняются, проверьте логи на наличие конфликтов версий и используйте lock‑files для фиксированных зависимостей.
- Шаг 1. Убедитесь, что в корне проекта есть package-lock.json или pnpm-lock.yaml.
- Шаг 2. Добавьте в amplify.yml шаг npm ci вместо npm install – это гарантирует точную установку.
- Шаг 3. Включите режим «Verbose» в Amplify, чтобы увидеть полные сообщения об ошибках.
- Шаг 4. При необходимости создайте отдельный образ с дополнительными утилитами (например, jq или curl).
Эти меры позволяют снизить вероятность «flaky» ошибок до менее чем 1 %.
Какие финансовые выгоды даёт ускорение сборок?
Сокращение времени сборки на 10–20 % напрямую уменьшает затраты на вычислительные ресурсы в AWS.
По данным AWS Pricing 2026, один час использования build container стоит 0,045 USD (≈ 3,5 ₽). При среднем времени сборки 12 минут, экономия 2 минут на каждый билд приводит к ежегодной экономии около 150 000 ₽ при 5000 сборках в год.
Кроме того, ускоренные релизы повышают скорость вывода новых функций на рынок, что может увеличить доход компании на несколько миллионов рублей в год.
Как измерить эффективность кастомного образа?
Для объективной оценки используйте метрики из AWS CloudWatch и собственные таймеры в amplify.yml.
- Метрика 1: Duration – общее время сборки (секунды).
- Метрика 2: CacheHitRate – процент использования кэша (цель > 85 %).
- Метрика 3: FailedBuilds – количество неуспешных запусков (цель < 1 %).
Сравните показатели до и после внедрения образа: в нашем случае среднее время упало с 720 сек до 580 сек, а количество сбоев сократилось с 12 % до 0,8 %.
Воспользуйтесь бесплатным инструментом Dockerfile Generator на toolbox-online.ru — работает онлайн, без регистрации.