обрабатывает приложения ниже
- одно фронтенд приложение (только статика которая отдается nginx ом)
- два node.js приложения которые запущены и работают на каких то портах и с помощью nginx идет к ним доступ
Задача:
упакавать каждое приложение в docker контейнер
Вопрос:
если с backend приложениями все понятно, то с фронтом не особо. Непонимание заключается в том что фронт это просто сбилдженая статика, есть ли смысл упаковывать его в контейнер? Вообще применяется ли такой подход к фронту? Почитал много лайтовых мануалов где образ состоит nginx + react приложение (тут наверно есть смысл), но на данном приложении помимо фронта есть и бэковые приложения, это же неправильно для каждого приложения отдельный nginx запускать?
может меня поправят, но я думаю в этом ничего такого нет - считай у тебя несколько отдельных сервисов, каждому требуется среда для запуска. берешь упаковываешь в образ, а один nginx оставляешь как прокси
У тебя фронт и бек чтоли статика оба? Для фронта нормально энжиниксом раздавать статику а запросы проксировать на бэк
****я новичок в этом деле и сейчас активно собираю информацию, поэтому прошу не судить строго а образ/контейнер nginx’а сможет получить доступ к статике в контейнере react приложения? оно же не запущено как сервер
нет, только фронт, бэк запускается, и как раз через nginx проксируется к ним ну фронт сейчас тоже через nginx работает, но без контейнеров
берешь образ nginx какой-нибудь версии, в него пихаешь свою статику как и сейчас просто на хосте
да хоть 200 nginx - один будет стоять как прокси, а остальные будут уже для статики
К фронту энжиникс нормально, ставить пакетом в контейнер, ну или собери свой контейнер энжиникса с блекджеком и шлюхами, либо ваще из докер хаба используй докер имедж (энжиникс официальный) и копируй туда свою статику при сборке
Обсуждают сегодня