Иван Шумов

DDOS отдельно, хостинг отдельно) берите DigitalOcean, например + CloudFlare

Не умеет. Нужна как минимум перечитка конфигурации

Методологий есть куча, но это не руководство к действию и всегда приходится думать головой. Если оно работает то как минимум это уже успех. Работает - не трогай это хороший принцип и менять что-то по причине "кажется не вполне правильным" - глупо и не выгодно.

НО!

Если у вас есть в команде какие-то боли то их надо решать. Надо определись больные места, найти причину этих болей (Five whys) и лечить это.

Вот как лечить - зависит от проблемы, условий и команды

AWS, Azure, GCP, Digital Ocean. Думаю ниже накидают еще

Много букв, но!

По Serverless:
- никакого Django ибо в lambda сразу приезжает request, а роутинг делается на api gateway. это функциональное программирование считай
- посмотри на Serverless Framework
- boto3 классная вещь, но не забывай что это просто обертка к сервисам
- zappa в помойку, она ничего на самом деле не умеет, а деплоит все бесконтрольно в твой аккаунт
- проблемы будут если тебе нужно низкое latency ибо lambda имеет холодный старт (можно снизить через новую фичу)
- 404 в API Gateway делается как ANY /{proxy+} -> lambda

По Cognito:
- выкинуть. Если нет готовности тратить дни и недели на то чтобы получить хоть что-то
- погляди на Auth0

В смысле платный? Как пользовались так и пользуемся прекрасно

1. node modules не надо иметь в репозитории. только package.json
2. github это не хостинг. Есть Github pages, но он не воспринимает ничего кроме статики package.json

Rollback нужен всегда по тому что нам, на самом деле, никто не может гарантировать что операция будет выполнена. То что вы все это делали и уверены что оно будет работать - так себе аргумент

Присоединяюсь к Dmitry Bay c другой стороны. Все зависит от того что за данные, как их используют, где и для чего. Надо думать и задавать себе вопросы.

Если есть ответы на данные вопросы то можно будет выбрать решение

Любая операция записи в myisam блокирует вообще всю таблицу. Оно вам надо?

- можно использовать топики
- можно использовать заголовки
- можно использовать json параметры в теле сообщения

Тыц. Не благодарите)

Если эта либа не поможет то дальше только NLP

Все как всегда, ничего не меняется)

Делим сервисы на 2 части: shared context и local context. Shared оставляем, local занимается только sensitive данными. Эти сервисы просто деплоятся в разные регионы, но имеют одинаковый функционал. В остальных сервисах только обезличенная информация

Kannel это просто шлюз и без провайдера не работает

выбросить из головы идею про другой сервер, поставить CDN. Например, Cloudflare или Fastly

API ничего не должно знать про ваши мифические роли в системе. Роль это просто способ сгруппировать пермишены в системе р привязать из к пользователю. Токен должен содержать информацию именно о них, а не о ролях. Все. Загадка решена