так в том и суть я на амазоне буду пользоваться и постоянно платить а тут один раз купил и сиди играйся, ток за питание плати

Тот кому нужно ищет способ решения и достигает своих целей, остальные ищут отмазки и отговорки рисуя перед собой несуществующие преграды и верят что эти преграды непреодолимы пока не поставиш дома сервер за 100К

ну да ну да весь разговор выглядит как "можно и волгу заставить плавать если захотеть"

народ, а чем плох докер композ в проде? не много выше тема была но чет не вкурил...

Может лучше расскажешь почему ты начал сомневаться?

ну да ну да весь разговор выглядит как "можно и волгу заставить плавать если захотеть"

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

но это технически невозможно постановка задачи требует определенных ресурсов для выполнения и даже минимально работоспособный вариант без нагрузки это тоже ресурсы

и дома без железа это не сделать

опять срач домашнее железо vs облака?

опять срач домашнее железо vs облака?

Ага, что лучше - API или Xeon

Если бы у меня был свой дом, то я нашел бы место для серверной, а если обычная квартира, то проще место в стойке в ближайшем ДЦ арендовать

Обычно делаю docker-compose локально, в проде только docker. А в процессе ci/cd тестирование с реальной дб как тогда?

Да в целом перечитывал старое и глаз зацепился за сообщение вот это

Вот и задался вопросом

Если бы у меня был свой дом, то я нашел бы место для серверной, а если обычная квартира, то проще место в стойке в ближайшем ДЦ арендовать

Вот верно сказал. И второй вопрос это обновление и обслуживание железа.

То что доступно это какое нибудь пятое поколение

А хорошие игрушки стоят дорого

Еще с схд возиться рейды всякие, а потом оно упадет , все восстанавливать. Зато весело:)

Зашел в чят по докеру, а там...

привет всем много где в репозиториях вижу что в композ файле идёт нджинкс но если несколько проектов на сервере? получается нджинкс надо поднять отдельно и потом настраивать сеть к каждому контейнеру?

привет всем много где в репозиториях вижу что в композ файле идёт нджинкс но если несколько проектов на сервере? получается нджинкс надо поднять отдельно и потом настраивать сеть к каждому контейнеру?

В каждом проекте будет свой контейнер для заказанного сервиса. Несколько контейнеров могут быть созданы из одного образа, это ок.

В каждом проекте будет свой контейнер для заказанного сервиса. Несколько контейнеров могут быть созданы из одного образа, это ок.

я к тому что не могут два нджинкса висеть на 80 порту

я к тому что не могут два нджинкса висеть на 80 порту

Два контейнера не могут занимать один и тот же порт хоста, верно.

Два контейнера не могут занимать один и тот же порт хоста, верно.

поэтому и говорю если допустим два бэкенда на сервере крутится, то нджинкс уже из композ файла надо выносить и запускать отдельно и настраивать сеть на эти бэкенды?

От твоего случая зависит. Может тебе достаточно второй nginx на другой порт хоста повесить: ports: -8080:80

Нужна какая-то примитивная автоматизация, которая будет подкладывать конфигурации и перезапускать nginx

привет всем много где в репозиториях вижу что в композ файле идёт нджинкс но если несколько проектов на сервере? получается нджинкс надо поднять отдельно и потом настраивать сеть к каждому контейнеру?

Посмотри на traefik

хорошо спасибо

поэтому и говорю если допустим два бэкенда на сервере крутится, то нджинкс уже из композ файла надо выносить и запускать отдельно и настраивать сеть на эти бэкенды?

в случае двух и более проектов уже необходим балансировщик и да, посмотри на траефик

а нджинкс не выступает в роли балансировщика разве?

а нджинкс не выступает в роли балансировщика разве?

выступает, но возни насколько знаю больше будет

ааа

к тому же новые контейнеры будут регистрироваться в траефике через лейблы которые ты укажешь в компоузе что уже упрощает и ускоряет администрирование, траефик за тебя сам у себя создаст конфиг под каждый контейнер

а нджинкс не выступает в роли балансировщика разве?

У него это, прямо скажем, не главная фича

У него это, прямо скажем, не главная фича

ну эт понятно

У нас у каждого проекта свой nginx которые отдает разные ебкенды либо статику, а перед ним traefik который уже раскидывает по nginx, но это только на дев окружениях так. На проще просто один nginx с выделенным ему ip

привет всем много где в репозиториях вижу что в композ файле идёт нджинкс но если несколько проектов на сервере? получается нджинкс надо поднять отдельно и потом настраивать сеть к каждому контейнеру?

надо смотреть на то, какую полезную работу там делает нжинкс в композе этих проектов. например: хитрый раутинг, раздача статитики с других контейнеров, "запускалка" для php-fpm, какое-нить хитрое кэширование и тп если этот случай, то помимо этих нжинксов надо поднять "общий" нжинкс (или caddy или traefik) для хоста. а если nginx из композа не делает никакой полезной работы с тз приложения а просто раздает / внаружу, то его можно смело оторвать.

надо смотреть на то, какую полезную работу там делает нжинкс в композе этих проектов. например: хитрый раутинг, раздача статитики с других контейнеров, "запускалка" для php-fpm, какое-нить хитрое кэширование и тп если этот случай, то помимо этих нжинксов надо поднять "общий" нжинкс (или caddy или traefik) для хоста. а если nginx из композа не делает никакой полезной работы с тз приложения а просто раздает / внаружу, то его можно смело оторвать.

понял, пока что просто в качестве раздачи

тогда смысла в нем не много. если на хосте бежит несколько подобных проектов, то надо создать отдельный контейнер nginx / caddy / traefik, который будет смотреть "наружу", создать для него отдельную сеть в докере (напр local_web), и в композе этих проектов подключить приложение в эту сеть (опционально — прописать алиас для этой сети)

тогда смысла в нем не много. если на хосте бежит несколько подобных проектов, то надо создать отдельный контейнер nginx / caddy / traefik, который будет смотреть "наружу", создать для него отдельную сеть в докере (напр local_web), и в композе этих проектов подключить приложение в эту сеть (опционально — прописать алиас для этой сети)

вот я изначально так и думал, спасибо

вот я изначально так и думал, спасибо

Тут товарищ тоже резонную мысль написал t.me/docker_ru/94470 Все зависит от плотности размещения. В девелопменте практически всегда хочется иметь высокую плотность: чтоб на каждом хосте крутилось по-максимуму проектов и чтобы они жили своей жизнью и не мешали друг другу. И тогда описанный подход имеет смысл В низкобюджетном продакшене (а также в пет-проджектах) высокая плотность размещения тоже имеет смысл, поэтому — аналогично А в каком-то более жирном проде уже мб плотность типа "один хост - один проект", и тогда городить цепочку из реверс-прокси нет смысла. Достаточно того нжинкса который в компоузе проекта.

ну пока что играюсь) так что думаю вынести докер и создать сеть

У нас у каждого проекта свой nginx которые отдает разные ебкенды либо статику, а перед ним traefik который уже раскидывает по nginx, но это только на дев окружениях так. На проще просто один nginx с выделенным ему ip

Примерно аналогично. А ещё можно шлифануть qrator, чтоб он защищал при доступе из интернета

к тому же новые контейнеры будут регистрироваться в траефике через лейблы которые ты укажешь в компоузе что уже упрощает и ускоряет администрирование, траефик за тебя сам у себя создаст конфиг под каждый контейнер

Есть проблема

Примерно аналогично. А ещё можно шлифануть qrator, чтоб он защищал при доступе из интернета

А у нас на внутренних nginx проверка что из VPN пришли, иначе не пускаем. Тогда и безопасно и сертификат выдается

Я буквально вчера секса поимел. Traefik на каждый контейнер создаёт пару фронт-бек. Предположим, что у тебя три контейнера с беком. Получается, что ты нормально балансировку не построишь. Причем если пользоваться docker swarm, то все честно - трефик создаёт один фронт и столько беков, сколько инстансов приклада

Помоему гораздо проще работать все таки с nginx. У меня висит на всех dev/prod серверах контейнер с nginx-proxy, открыты 80 и 443 порт. У каждого проекта свой nginx контейнер со своими конфига. Конифиги стандартизированы Bitrix, Node и т.п. просто домен меняешь и все. Новые технологии это конечно прекрасно, но Traefik еще не готов для работы в продакшене.

Помоему гораздо проще работать все таки с nginx. У меня висит на всех dev/prod серверах контейнер с nginx-proxy, открыты 80 и 443 порт. У каждого проекта свой nginx контейнер со своими конфига. Конифиги стандартизированы Bitrix, Node и т.п. просто домен меняешь и все. Новые технологии это конечно прекрасно, но Traefik еще не готов для работы в продакшене.

Осталось решить вопрос динамических апстримов в nginx

jwilder/nginx-proxy

Помоему гораздо проще работать все таки с nginx. У меня висит на всех dev/prod серверах контейнер с nginx-proxy, открыты 80 и 443 порт. У каждого проекта свой nginx контейнер со своими конфига. Конифиги стандартизированы Bitrix, Node и т.п. просто домен меняешь и все. Новые технологии это конечно прекрасно, но Traefik еще не готов для работы в продакшене.

Traefik умеет то что не умеет nginx и они отлично работают в тандеме. Пытаться использовать traefik в качестве альтернативы nginx говорит о том что не прочитали документацию traefik до конца ;) traefik и nginx дополняют друг друга, а не пытаются заменить

Осталось решить вопрос динамических апстримов в nginx

вы про сервисдискавери ? https://github.com/weibocom/nginx-upsync-module

Traefik умеет то что не умеет nginx и они отлично работают в тандеме. Пытаться использовать traefik в качестве альтернативы nginx говорит о том что не прочитали документацию traefik до конца ;) traefik и nginx дополняют друг друга, а не пытаются заменить

соглашусь

вы про сервисдискавери ? https://github.com/weibocom/nginx-upsync-module

опять пересобирать nginx. Задолбало уже

Помоему гораздо проще работать все таки с nginx. У меня висит на всех dev/prod серверах контейнер с nginx-proxy, открыты 80 и 443 порт. У каждого проекта свой nginx контейнер со своими конфига. Конифиги стандартизированы Bitrix, Node и т.п. просто домен меняешь и все. Новые технологии это конечно прекрасно, но Traefik еще не готов для работы в продакшене.

traefik готов к продакшену. Другой вопрос, что у всех свои требования и он может попросту не пройти.

опять пересобирать nginx. Задолбало уже

CI сделай, делов то

так то достаточно один раз собрать со всем зоопарком и дальше не морочишься

CI сделай, делов то

ага. А еще сборку своего deb/rpm, автотесты и прочую радость ??

собственно я про сборку артефакта и говорил

собственно а как вы еще закатаете любое другое программное обеспечение, у которого например артефакта нет?

такой вопрос, нужно заранить джанго чтобы он отдал статику и прикрутить ее к нгиксу сразу, но чтобы сбилбить нужно передать кучу енв переменных пайтону, как быть в таких ситуациях ведь докер не умеет билдить с енв файлами?

имею ввиду есть варианты как красиво выйти ?

имею ввиду есть варианты как красиво выйти ?

глянуть доку по docker build?