Size: a a a

Django [ru] #STAY HOME

2019 April 26

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
но иметь что-то общее, некий общий код, который бы при деплое (сборке) засовывался бы во все эти мини-проекты
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
то есть Django могда бы стать таким Webpack'ом для облаков)
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
обеспечивать простоту перехода из AWS в Google Cloud и наоборот
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
вот типа такого https://serverless.com/framework/ , но только на Python'е + PostgreSQL + Django ORM
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
то есть было бы удобно в DEV-среде это всё запускать через контейнеры, как обычно, а на продакшене иметь пачку serverless-функций, шины, endpoint'ы и прочее
источник

AG

Alexey Golubev in Django [ru] #STAY HOME
Интересно очень, т.к. с облачными технологиями мало знаком
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
то есть было бы удобно в DEV-среде это всё запускать через контейнеры, как обычно, а на продакшене иметь пачку serverless-функций, шины, endpoint'ы и прочее
фишка фреймворка была бы в том, что эти конфиги под разные облака генерились бы автоматически (точнее, 1 командой)
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
вот как делаются миграции на стороне Django, так же можно было бы делать и миграции конфигов инфраструктуры
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
подключить к Django Terraform какой-нибудь
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
чтобы не самому конфиги писать к нему, а чтобы Django догадывалась, что там нужно сделать и делала их
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
Django PaaS, в общем-то бы получился)
источник

AG

Alexey Golubev in Django [ru] #STAY HOME
Я единственное не понимаю каким образом отдельные функции будут получать нужные куски кода из отдельных контейнеров, он будет подтягивать их при получении запроса или как?
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
Alexey Golubev
Я единственное не понимаю каким образом отдельные функции будут получать нужные куски кода из отдельных контейнеров, он будет подтягивать их при получении запроса или как?
функции на AWS/ Google Cloud - это и есть скрипты на питоне внутри контейнеров
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
просто этими контейнерами управляет (билдит их) не клиент
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
клиент только показывает, какие питонячьи пакеты туда поставить и какие скрипты добавить внутрь контейнера
источник

AG

Alexey Golubev in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
функции на AWS/ Google Cloud - это и есть скрипты на питоне внутри контейнеров
Смотри а как поступать при том, что эти скрипты используют один и тот же код, нужно ведь выделить тогда в отдельный контейнер тот кусок, который повторяется, верно?
источник

G

Graywolf in Django [ru] #STAY HOME
Т е вы радеете за слабосвязанный фреймворк?
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
Alexey Golubev
Смотри а как поступать при том, что эти скрипты используют один и тот же код, нужно ведь выделить тогда в отдельный контейнер тот кусок, который повторяется, верно?
вот это как раз и могла бы делать Django PaaS если бы она была)
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
Graywolf
Т е вы радеете за слабосвязанный фреймворк?
да)
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
причём сразу с интеграциями с serverless и управлением конфигурациями
источник