Что такое Docker

Docker нужен, чтобы описать среду запуска как код. Вместо инструкции поставьте нужную версию Node.js, затем зависимости, затем nginx, вы собираете image и запускаете container из этого image.

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

Для frontend смысл простой. Если у вас Node.js 18, у коллеги Node.js 22, а CI использует третью версию, сборка может вести себя по-разному. Docker снижает этот риск, потому что окружение фиксируется явно.

Хороший ответ не должен звучать так, будто Docker нужен только backend. Во frontend он часто участвует в сборке SPA, SSR-приложений, тестах, Storybook, preview-окружениях и отдаче статических файлов.

Можно сказать так:

В frontend Docker помогает сделать воспроизводимую сборку. Он фиксирует Node.js, пакетный менеджер и команды. В CI это уменьшает ошибки из-за отличий окружений, а в production можно отдавать уже собранную статику из минимального образа.

Не говорите, что Docker ускоряет JavaScript в браузере. Он влияет на среду сборки и деплоя, а не на скорость выполнения клиентского кода сам по себе. Если UI делает лишние запросы, плохо обрабатывает loading или падает при ошибке API, контейнер это не исправит.

Важно разделять три вещи. Image это шаблон. Container это запущенный экземпляр. Registry это место, где images хранят и откуда их скачивают. Например, внутренний registry компании или Docker Hub.

Из одного image можно запустить несколько контейнеров. Это удобно для preview-окружений, автотестов и отката версии. Если новая сборка сломалась, можно снова запустить прошлый tagged image.

Если вы смешиваете image и container, вам будет сложно объяснить кэширование, деплой и почему контейнер можно удалить без потери самого image.

Частая ловушка на интервью, назвать Docker легкой VM и остановиться. Такая фраза понятна как аналогия, но технически она грубая. Контейнеры обычно используют механизмы ОС для изоляции процессов, сети и файловой системы. Они не запускают отдельную гостевую ОС с собственным ядром.

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

Ниже пример идеи multi-stage build для статического frontend. Это не универсальный Dockerfile для любого проекта. Он показывает главный принцип. Соберите приложение в одном этапе, а в финальный образ положите только результат.

FROM node:22-alpine AS build
WORKDIR /app

COPY package.json package-lock.json ./
RUN npm ci

COPY . .
RUN npm run build

FROM nginx:alpine
COPY --from=build /app/dist /usr/share/nginx/html

На интервью важно объяснить причину. Зависимости и исходники нужны для сборки, но обычно не нужны в финальном образе со статикой. Поэтому итоговый image меньше, быстрее доставляется и содержит меньше лишних файлов.

Если у проекта SSR или серверный runtime, финальный этап будет другим. Например, там может остаться Node.js-сервер. Но принцип тот же. Не тащите в production все, что нужно только для сборки.

Успешная Docker-сборка не значит, что frontend-релиз безопасен и удобен для пользователя. Контейнер может корректно отдать файлы, но приложение все равно покажет пустой экран при ошибке API, выполнит лишний запрос из-за гонки эффектов, раскроет публичный токен или загрузит старый JS из-за неверных cache headers.

Практический вывод для ответа такой. Docker отвечает за повторяемую среду. Клиентские риски закрываются тестами, проверкой runtime-конфига, настройкой сервера статики и ревью кода. Для SSR также отдельно проверьте, что код не обращается к browser-only API во время серверного рендера и не создает hydration mismatch.

Docker Compose описывает несколько сервисов для локального или тестового окружения. Например, frontend, backend, база данных и mock-сервис могут подниматься одной командой. Это удобно, когда вам нужно быстро объяснить локальную разработку в проекте.

Но не говорите, что Compose это то же самое, что Kubernetes или полноценная production-оркестрация. Для интервью достаточно сказать, что Compose помогает описать состав окружения, сети, volumes и переменные для нескольких контейнеров.

На вопрос Что такое Docker сильный ответ идет в таком порядке. Определение, image и container, польза для frontend, отличие от VM, ограничения. Так вы показываете не только знание термина, но и понимание того, как Docker влияет на сборку и деплой.

Хорошая короткая версия:

Docker упаковывает приложение и зависимости в image, из которого запускается container. Для frontend это полезно, чтобы одинаково собирать и тестировать проект локально и в CI, фиксировать Node.js и отдавать production-артефакты из минимального образа. При этом контейнер не является полной VM и не решает безопасность автоматически.