Иван Шумов

Чем вам не угодил AWS или Azure когда там есть шикарнейший free tier? Не умеете настраивать сервера?

Есть законодательство и его надо изучать)

Любой код в итоге для клиента преобразуется в статику - html, css, js, картинки... Так что да, однозначно можете)))

Не писать

Не известно хватит или нет - надо замерять. Но в AWS надо точно 2 вещи - уметь настраивать горизонтальное масштабирование и делать это правильно. Иначе это 50$ только начало)

Вообще я AWS точно посоветую, он в любом юзкейсе хорош, просто правильно применять надо. Могу подсказать отдельно с архитектурой, но с рассчетом мощности без текущих замеров не сказать

Gitflow вам в помощь)

Зайдите на сайт firebase и прочитайте документацию

В AWS есть Cloudfront. Кэшируйте им)

Сталкивался, даже когда-то делал. Только за такое руки отрывать надо по тому что это не REST. Любой RPC изначально предназначался для асинхронных операций тогда когда REST является синхронным протоколом

Не верно. Есть доверенные регистраторы у которых вы покупаете домен. Они ставят свою цену и платят процент за это все. То есть есть IANA - регистраторы - вы. У каждого свои правила игры, но в целом, примерно одна ситуация. Сами вы домен без них не зарегаете

Я не силен в терраформе и вы не предоставили информацию о ресурсах - vpc, subnet, rt .... Но у меня есть дикое подозрение что у вас либо subnet не в vpc, либо вообще все в разных регионах или ещё что-то с расположением. Nat/ig нужны когда надо вывести трафик из vpc наружу и обратно

AWS Polly)

WS нужны только для near-realtime взаимодействия. Для остального не надо перегружать систему

Redis это хороший инструмент для определенных задач. То что у него есть инструменты для обмена сообщения не делает его в этом хорошим. Возьмите RabbitMq или, если хотите такой же боли, Kafka.

Так же Redis нельзя использовать как основное хранилище (не забивайте гвозди микроскопом). Изначально Redis делался как улучшенная версия Memcached с хранением на диске и плюшками, но это не база данных