то есть Django + Serverless + Terraform

а локально чтобы это работало через ну, набор контейнеров, как обычно

в DEV  среде

Ну это не django само по себе

Фреймворк как микросервис, который при запросе поднимает только нужные части, если я все правильно понял

Давно не смотрел но симфони с третьей версии как раз двинулась в этом направлении, но вроде разделение на аппы это оно?

ну, да, от Django тут больше название и идея (что оно на питоне и с PostgreSQL как основным хранилищем и Django ORM)

Ну постгря просто как наиболее оптимальная база с возможностями

PostgreSQL потому что она есть на каждом IaaS и не на IaaS тоже)

это обеспечило бы простоту миграции из одного места в другое) [и желание платить за поддержку такого PaaS'а]

Никто не мешает в файле держать склайт

ну, да, но в проде обычно хотят что-то большее

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

то есть в идеале, это такой способ избежать vendor lock'а

вроде бы ты в AWS, но вообще никак с ним не связан

если надо будет - завтра же за 1 час переедешь на своё облако или в Azure

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

ну, MySQL/MariaDB тоже универсальный вариант, тоже есть везде

по данным критериям он такой же

Ну мария немного лучше

то есть какие должны быть вещи в современном фреймворке:
- разворачивание над 3 популярными IaaS
- разворачивание в K8s где угодно (хоть локально в Docker for Mac)
- Django как генератор serverless-функций
- инфраструктура как код, миграции инфраструктуры по аналогии с миграциями структуры базы данных
- отсутствие vendor-lock'а
- микросервисная структура изначально, но чтобы она не выглядела сложной и локально можно было бы работать без супер-больших знаний в этой области

подружить Django с Serverless и Terraform и вот это всё назвать Django PaaS 😊