да, но у serverless есть более жёсткие границы применимости, то есть если можно вытащить из контейнеров и сделать serverless - почему бы и нет)

но иногда так не получается сделать в силу особенностей serverless, долгие старты, задержки, вот это вот всё, частично что решается, но получается так, что большая часть приложений легко засовывается в контейнеры, даже если там legacy код, а вот чтобы был serverless - его изначально надо писать иначе + оно не всегда применимо

но, например, боты для ТГ удобно писать именно в режиме serverless, да) некоторые API тоже можно

можно ещё логгер настроить чтобы он в консоль выводил запросы

Подскажите, пожалуйста, djnago1.11+oracle в модели 3 поля unique_together. При обновлении записи, ошибка ORA-00001: unique constraint, в connection.queries видно,что джанга делает update...where pk=1, а должно быть 3 условия.  Пробовал unique и db_index добавлять.

про подход "писать всё на serverless" - тут стоит отметить две вещи:
0. это прикольно, и мне даже жаль, что не могу на 100% поддержать идею
1. если продукт на начальной стадии развития, а команда небольшая, дробить на микросервисы/функции невыгодно, переход к микросервисам и serverless - это больше эволюционный путь, на первых порах выгоднее монолиты в том или ином виде
2. задержки. с этим связано много проблем, иногда это важно и архитектура из кусков кода на AWS Lambda просто нереализуема из-за больших задержек [жаль, да]

serverless - это та вещь, которую точно стоит попробовать) если она окажется не для вас - ну, бывает) такое может случиться) а вот контейнеры - это точно для 99% присутствующих здесь подойдут)

Покажи как у тебя unique_together указано

https://dpaste.de/6qNe unique в полях, это последнее добавлял, думал может руками надо указать, но в БД всё ок, они уникальны, может index_together надо както добавлять

почему не выгодно, проще же прицепится к sqs например чем самому городить селери и ко

Из нескольких полей?

почему не выгодно, проще же прицепится к sqs например чем самому городить селери и ко

Да, получается у меня 3 primary(хотя джанга не даёт указать их больше одного), и вроде как это реализуется через unique_together. Но тут какая то лажа написана https://code.djangoproject.com/wiki/MultipleColumnPrimaryKeys и непонятно, это такое у меня из-а Оракла. А самое лучше получается, это надо поле с индексом добавить и всё, но таблицы нельзя трогать...