Как собирать docker образ?

Question

[Spoki4]

Имеется проект с двумя папками в которых идет разработка frontend и backend.

/project
/project/fontend <--- frontend(React, Redux, Webpack, typescript, ...)
/project/frontend/build <--- Собранный frontend
/project/backend <--- backend(express.js, typescript, ...)
/project/backend/build <--- Скомпилированный backend (транспиляция из ts в js)

Backend должен отдавать собранный frontend из папки static (project/backend/build/static).
Я так понимаю что и в frontend и в backend должен быть Dockerfile и уметь собирать образ докера.
Как сделать docker-compose конфиг чтобы он использовал frontend образ как volume в backend образе?

Backend образ в итоге должен иметь в себе только скомпилированную версию приложения? И вообще правильно ли я собираюсь использовать docker?

Answer 1

[Антон Швец]

Смотря для чего использовать.
У тебя же одно node.js приложение, тут вроде все написано https://nodejs.org/en/docs/guides/nodejs-docker-webapp/
Для разработки подключаешь весь /project как внешний том и работаешь с ним, для продакшена копируешь собранное приложение в образ посредством COPY в Dockerfile.

docker-compose к сборке образа не имеет отношения, он для описания условий запуска контейнера или связки контейнеров (плюс интерфейс для управления типа docker-compose up) . Просто удобная альтернатива длинным командам docker run с множеством ключей.

Comments

[lxfr]

"docker-compose к сборке образа не имеет отношения" - это вы серьезно? У меня вот прекрасно собираются образы, используя docker-compose и 1 единственный YML файл описания. Другое дело ЧТО пишут в dockerfile'ах и есть ли они вообще. Сами же сказали - "Просто удобная альтернатива длинным командам docker run с множеством ключей.". Т.е. еще как имеет отношение.

[Антон Швец]

lxfr: Конечно же можно сказать docker-compose build и оно вызовет для каждого сервиса docker build для указанной папки и с указанными аргументами.
Но сборкой образа оно не занимается, директивы для сборки находятся в Dockerfile. Не путайте человека.

Поясню, Compose это набор скриптов для управления докером, а не инструмент для сборки контейнеров.

[Spoki4]

Я сейчас размышляю как правильно сделать отдачу статики, как варианты есть nginx, пусть отдает статику. Но тут же возникает проблема. У меня backend используется только для API запросов. Либо есть вариант как сделано сейчас(приходится ручками собирать) делаю билд для frontend и для backend и копирую frontend/build в backend/build/static. О SSR речи не идет. Только отдача статики.

Есть такой вариант мы делаем backend только как API сервер, а frontend отдаем nginx'ом. Тогда вопрос как правильно паковать в докер nginx и статику.

Для development'a собираюсь использовать другой docker-compose конфиг, в котором nginx будет пропускаться и frontend будет отдаваться с помощью webpack-dev-server. Через docker-compose линкуем порты frontend и backend чтобы могли взаимодействовать.

Для production собираюсь создавать два образа докер с nginx+статика и backend отдельно. И так же линковать порты.

С nginx вариант мне нравится больше. Можно если что запустить больше одного инстанса backend и балансировать нагрузку.

Я так же умышленно умолчал про базу данных в этом проекте, её мы не пакуем в докер, она будет находится на хост машине(спорный вопрос конечно-же, хотелось бы и про это послушать).

Эта вся схема будет использоваться на CI(gitlab-ci) сервере с прогонами тестов и прочим. Там же будут и собираться образы. Хранится образы будут в gitlab-registry.

Правильно ли я мыслю? Хотелось бы чтобы можно было развернуть как production так и development режимы на локальной машине одной командой с указанием конфига docker-compose. Как это правильно сделать?

[Антон Швец]

Чет я не пойму, а в чем разница между дев и продом тогда для компоуза? Тем более если есть CI.
Максимум заменяешь образ app-dev на app-prod в компоуз-файле и все.

[Spoki4]

Разница между dev и prod в том что в дев я использую для отдачи webpack-dev-server(запуская в контейнере только команду `npm start`), а в прод для отдачи я буду использовать nginx(предварительно собрав frontend и запаковать его в образ к nginx).
Если смотреть по сервисам то в dev: backend и frontend(webpack-dev-server).
В prod: backend и nginx(собранный frontend)