Угу.

У вас только один поток выполнения, асинхронность достигается с использованием celery/channels

Привет! Ребята, в свете нынешней версии Django, насколько полезна будет книга "Two scoops of django 1.8"? Стоит-ли тратить на неё время или можно пропустить?

Ответ на запрос закрывет тред.

там в документации про pipenv только тесты

там во многом советы как писать приложения. Я читаю сейчас

Тоесть вторая, которая файл пишет, сдохнет?

Это зависит от того, где у вашего приложения узкое место. У большинства приложений это база, точнее дисковый ввод/вывод. Асинхронность тут с масштабированием не поможет никак.

Очень полезная, практики там хорошие. А джанго 2+ не так сильно отличается, практики точно не изменились

отдельный кластер серверов для СУБД и/или для хранилищ данных - это нормально и правильно) если нагрузка небольшая, то это всё может быть и в контейнерах... обычно выносят отдельно (без контейнеров) когда большая нагрузка и там на этих нескольких серверах ТОЛЬКО СУБД

Асинхронно выполняться не будет

Позволило бы сэкономить на ресурсах:)

@uluk_abylbekov , @amureki спасибо за ответы :)

Может начнете с virtualenv?

я как то привык к pipenv

вообще, то, что связано с compute, должно быть в контейнерах, но существует много проектов, которые не испытывают преимуществ от нахождения внутри контейнеров, они не cloud native, так что если вместо того, чтобы засунуть их внутрь контейнеров, засунуть их на разные отдельные ноды, это вполне нормально... думаю, это некий переходный этап, лет через 10 всё то, что связано с compute, будет лучше работать внутри контейнеров, управляемых Kubernetes, чем снаружи... [есть много разных вариантов относительно HA PostgreSQL в контейнерах, их надежность для продакшена - предмет дискуссий]

Дядьки вы тут со своими кубернетами. Лучше расскажите как максимально по человечески развернуть прод версию под обычной вендой да так еще чтоб без апачей и nginxoв.

IIS

С помощью docker, конечно.

Прод без nginx? Это точно прод?