A⃣lex
Подскажите а как сейчас создать named volume с указанием пути где он будет хранится ?
Andrey
Подскажите а как сейчас создать named volume с указанием пути где он будет хранится ?
как и было, вдоке всё есть
A⃣lex
как и было, вдоке всё есть
A⃣lex
всё я понял , сейчас такое нельзя сделать , только через костыль "local-persist plugin"
Roman
Я развернул 2 фронта, бэк, и nginx через docker compose. Потом на определенным урлам проксирую на контейнера. Ошибок нет, но один не отображает если проксировать через nginx, а по отдельности то ок. В чем может быть проблема?
Mark
А вы фронт тоже проксируете через nginx ?
Mark
Может быть было бы лучше просто хостить фронт как статик контент
Anonymous
Нужно распределение потоков на запросы
Mark
Че это нельзя ?
Артём
Поднять контейнер с nginx и фронтом и проксировать на бэки, а статику отдавать
Артём
А фронта 2, лол
Mark
С другой стороны, считается ли это "правильным" (спрашиваю как нубас) что в одном контейнере и nginx и фронтенд? Типа с точки зрения разделения ответственностей и прочего
Артём
Ну фронт же не процесс а просто файлики, не?
Mark
Ну да
Артём
Тогда вполне себе решение "один процесс (nginx) - один контейнер"
Mark
Убедил
Anonymous
С другой стороны, считается ли это "правильным" (спрашиваю как нубас) что в одном контейнере и nginx и фронтенд? Типа с точки зрения разделения ответственностей и прочего
Монолит? Если фронт отдельный совсем, то это просто неудобно
Anonymous
Зачем перезаливать бэк если нужно подвинуть див
Anonymous
По хорошему 2 независимых контейнера
Anonymous
Можно же через Docker compose их объеденить
Anonymous
Тем более как это планируется бэкендом отдавать фронт?
Mark
Каким бекендом ?
Mark
Перезальется nginx образ.
Anonymous
А я перепутал с Бэком
Anonymous
Тогда все равно неудобно если расширять нужно
Mark
Почему неудобно?
Mark
Если ты будешь делать реверс прокси для фронта тоже, то это 1) оверхед 2) на каждый фронт нужно по докер образу - уже неудобство в расширении
Mark
А так ты просто добавил вольюм
Mark
Ну и парочку команд в докерфайл нгинкса
Anonymous
Ну вот если добавил новый сервис
Anonymous
Админку какую
Anonymous
Новый контейнер
Dan
С другой стороны, считается ли это "правильным" (спрашиваю как нубас) что в одном контейнере и nginx и фронтенд? Типа с точки зрения разделения ответственностей и прочего
"правильным" — нет. но многие пренебрегают и делают так.
Это неправильно архитектурно, потому что философия и смысл докера: 1 процесс = 1 контейнер. без вариантов.
Но если для тестов и никто не узнает — то вроде как можно.
Артём
вебсервером
Артём
ну один
Dan
один
Dan
В чём вопрос?
Артём
Dan
Сложно. Переводите
Артём
ну вы говорите, что "это не правильно...многие принебрегают..." но речь идет о nginx и фронте в одном контейнере, что по факту уже само по себе правильно
Dan
ну вы говорите, что "это не правильно...многие принебрегают..." но речь идет о nginx и фронте в одном контейнере, что по факту уже само по себе правильно
Я не совсем понимаю.
Что такое в вашем понимании фронт?
Dan
Не подумайте, я не придираюсь, я пытаюсь понять вашу мысль и вопрос.
Dan
Если под словом "фронт" подразумевается набор из html,js и css файлов, а также картинок, и всё это должно показываться веб-сервером, то давайте за аксиому примем один важный факт: докеру глубоко похуй на ваши файлы. докеру важны процессы. точнее процесс.
и в данном случае процесс будет один - nginx. потому что именно он отвечает за отдачу html файлов и прочего статического содержимого.
Артём
Отдаваемая статика. У меня вопросов нет, это Roman задал вопрос и ничего больше не ответил)
Dan
Процесс, а не файлы. Файлов может быть три миллиарда. Но архитектурно корректно показывать их одним процессом. Так задумано докером.
Dan
С точки зрения докера никакого фронта или прочего бека-шмека не существует. Есть процесс в контейнере, который что-то делает. Либо принимает какой-то параметр, обрабатывает его и выдаёт результат, либо сам даёт результат без ничего, либо только принимает.
Dan
Если речь идёт о реверс-прокси, чтоб куча контейнеров работала и все процессы были разделены по контейнерам, то да, это тоже правильная архитектура. Модульность. Удобно.
Dan
Так Соломоном задумано
Dan
Я развернул 2 фронта, бэк, и nginx через docker compose. Потом на определенным урлам проксирую на контейнера. Ошибок нет, но один не отображает если проксировать через nginx, а по отдельности то ок. В чем может быть проблема?
Что такое 2 фронта? что делает в этой связке nginx? что делает бэк?
Mark
Процесс, а не файлы. Файлов может быть три миллиарда. Но архитектурно корректно показывать их одним процессом. Так задумано докером.
Так че все таки к чему вы пришли? Если фронт у меня это скомпилированная статика - то что будет отдаваться клиенту. То правильно ли что у меня nginx просто отдает эту статику а не проксит реквест на какой то контейнер
Mark
Т.е тогда 1 процес
Dan
проксирование запросов это тоже процесс. тогда нужно 2 контейнера.
Dan
Какая разница что там отдаётся, речь о вебсервере
Mark
1 процесс - вебсервер. И он отдает статику
Mark
Не понял где тут появился второй процесс
Dan
И я не понимаю где тут второй процесс.
Dan
Если один контейнер с вебсервером отдаёт html — норм
Dan
А если ты ещё и проксируешь, тогда нужен реверс-прокси отдельно, чтоб через него швырять запросы в контейнер с веб-сервером
Mark
Понял
Mark
А не странно ли это что у меня два контейнера с вебсервером?
Dan
Может у тебя не один вебсервер, а тридцать :) а реверс как раз и занимается проксированием, как 31-ый контейнер
Dan
А не странно ли это что у меня два контейнера с вебсервером?
А кто тебя знает? Зависит от того что ты там держишь и для чего тебе их два
Mark
Ну я имню ввиду два контейнера с нгиксом получается
Артём
Mark
Ну я про твой пример
Т.е у меня должен быть 1 нгикс хостящий статику, 2 нгикс реверс прокси?
Артём
я единственное не понял про два фронта
Mark
Т.е 2 нгикса разве так правильно?
Артём
подразумевается что два сайта или что?
Dan
Т.е 2 нгикса разве так правильно?
Хочешь, сделай 1 nginx на статике, и 1 traefik на реверсе, твой выбор
Mark
Почему неправильно считается делать нгикс одновременно по запросу на фронт хостящим статику и по запросу на бек проксировать бек ?
Dan