1) Как и какой выбрать хостинг, чтобы было удобно деплоить. Vps брать или что-то вроде Heroku, где хостинг сам все разворачивает. Что лучше быьрать чтобы РКН не заблочили.
Google AppEngine - дико удобно.
Только вот если вы завязались на Postgres - это будет не дешево. Дешево - это если использовать Google Datastore.
РКН не так уж и мелкие проекты лочит, это больше раздуто и политизировано.
Наш проект на Google AppEngine если и был недоступен, то только по нашей вине или вине Google (да, да, да - облака тоже глючат). Проекту уже более 7 лет.
2) Что делать в случае блокировки твоих серверов РКН. И как к этому подготовиться.
Взводить Reverse Proxy в РФ, который через VPN будет перекачивать данные.
У нас так сделано, но для другой цели - потому что Google блокирует Крым.
Отлично работает, производительность подседает из-за этого незначительно.
Стоимость хостинга под reverse proxy - копейки.
Затем связываться с РКН и требовать разблокировки.
1) Так как если вы не занимаетесь ничем противозаконным - то это просто их техническая ошибка.
2) Если это по решению суда и судебная ошибка - или идти в суд.
3) Или, если вы уверены, что вы заниматесь противозаконным - то что вас удивляет что вас блокируют.
Те сайты, что пострадали от блокировок незаконно - заграничные, которым плевать на российских клиентов, они ни сном ни духом и не жаловались на технические ошибки - потому и оставались заблокированными.
Те, что отслеживали свою доступность из России - были разблокированы очень быстро.
----------------------------------------
Если у вас небольшой проект - лучше использовать PaaS, да.
Но если у вас более перспективный - лучше заводить свой деплой, чтобы не подсесть на vendor lock.
Из простых инструментов - Dokku,
понавороченнее - Flynn.io (но он тоже простой по сути), поддержка Postgres там точно есть,
ну а самый универсальный и перспективный под любые масштабы - это Kubernetes.
Впрочем, если Kubernetes покажется сложноватым, то можно собрать самому на базе Nomad, Consul, Vault и какого нибудь drone.io.
Vps брать или что-то вроде Heroku, где хостинг сам все разворачивает.
...
В перспективе нагрузка на приложение будет расти.
Неужели вы умудрились написать столь универсальное приложение, которое готово под PaaS и под масштабирование (а это очень специфичная архитектура),
но при этом написали универсально под любой произвольный PaaS?
Однако при этом не знаете как развернуть?
Не верю.
Если вы написали в старо-классическом стиле без учета "12 факторов" - то вам теперь придется в корне все переделывать.