A
просто в случае с контейнерами обычно не совсем нужны.
Size: a a a
2019 February 08
AO
раз venvы устарели, то может кто-нить кинуть гайд по современному right-way деплою джанго приложений?
есть несколько вариантов, если serverless - это одно, если контейнеры - другое, если как по-старинке, то pipenv вполне норм
A
а @lorddaedra горячо любит контейнеры
D
раз venvы устарели, то может кто-нить кинуть гайд по современному right-way деплою джанго приложений?
кстати глянул бы с докером подробный гайд (особенно интересует вопрос нгинкса - за докером или в нём)
A
кстати глянул бы с докером подробный гайд (особенно интересует вопрос нгинкса - за докером или в нём)
да полно их. в смысле?
A
нет, ты не хочешь пихать несколько сервисов в один контейнер
D
нет, ты не хочешь пихать несколько сервисов в один контейнер
я где-то читал, что нгинкс надо запускать не в докере, а в оси
D
в группе докера мне сказали не надо)
A
nginx должен быть либо отдельным контейнером либо отдельным контейнером но в качестве ingress контроллера
AO
https://docs.docker.com/compose/django/ простой гайд
для старта норм, а там дальше улучшают под себя
A
в группе докера мне сказали не надо)
м?
A
я где-то читал, что нгинкс надо запускать не в докере, а в оси
эм... аргументы?
A
хорошо. для деплоя контейнерами мне докер на vps тоже надо разворачивать?
AO
смысл контейнеров (основная) - доставка софта на сервер
A
а vps его вообще потянет? скажем с 512 оперативки?
A
хорошо. для деплоя контейнерами мне докер на vps тоже надо разворачивать?
да, почему нет
D
м?
весь проект в докере, то есть джанга, воркеры, рэббит, мемкэш, всё это, а нгинкс где? там же?
D
эм... аргументы?
не знаю
AO
то есть можно в контейнеры запихнуть вообще всё, можно не запихивать, это личный выбор каждого) но основные преимущества будут именно от запихивания кода проекта на сервер, а не сервера базы данных или веб-сервера