AO
Но некоторые ставят
Size: a a a
2019 April 17
DT
Mitai
нету компании ни какой я один дома и просто начинаю изучать джанго, спрсоил потому что не мог выбрать что лучше использовать виртуаленв или пипенв, пока гуглил наткнулся на совет забить на них и все делать в докере
pipenv по сути обертка над virtualenv
AO
Запускать крупные проекты на Django не в Kubernetes - нубство, а там ты только докер-контейнеры запустишь
D
мне нравится pipenv
p
Я вообще -m venv стандартный юзаю
AO
Запускать крупные проекты на Django не в Kubernetes - нубство, а там ты только докер-контейнеры запустишь
А мелкие можно вообще как угодно, если там 1 впска
p
Запускать крупные проекты на Django не в Kubernetes - нубство, а там ты только докер-контейнеры запустишь
У вас Джанго в кубе?
AO
У вас Джанго в кубе?
На GKE
AO
У вас Джанго в кубе?
Если нормальные проекты - да
AO
Pet-проекты нет
D
кстати вопрос умельцам - как клонировать докер сборку?
p
На GKE
А есть возможность ямл пода Джанго подсмотреть у вас?
AO
А есть возможность ямл пода Джанго подсмотреть у вас?
Это на гитхабе было, я выкладывал ссылку вроде
p
кстати вопрос умельцам - как клонировать докер сборку?
Есть тулза, щас не скажу как называется
D
имею ввиду как с виртуалкой. Наклонировал штуки 3 и пошел в одной хуячить что-нибудь прямо в базе. Не понравилось - снес
AO
Pet-проекты нет
В общем, Kubernetes это хорошо и правильно но есть сомнения в том, что для pet-проектов на 1 vps надо ставить k8s
AO
Хотя есть всякие minikube minishift
AO
А по части деплоя - там через Helm обычно это всё делается
AO
На гитхабе где-то был шаблон для Django
R
Некоторые используют pipenv с докером
Это извратят и они не понимают как использовать докер, т.к в докере при правильном использовании не нужен пипенв. А локально использовать лучше виртуаленв чтобы легче перенести потом в докер.