Появилась необходимость в написании мобильного приложения, поддерживающего чат, что подразумевает под собой частый обмен данными с сервером. В качестве бэкенда рассматривал backendless, но у него ограничение на 40 млн. API-вызовов на самом дорогом тарифном плане (подозреваю, что после каждой отправки сообщения его необходимо заносить в базу, т.е., как минимум, 1 API-вызов).
С работой с серверной частью приложения я пока на "вы", поэтому хотелось узнать, каким образом решается данная проблема: поскольку количество запросов при активном использовании приложения не укладывается в установленные лимиты, необходимо использовать какие-то другие способы работать с базой, т.е. какой существует наиболее подходящий сценарий работы в рамках данной задачи.
Само приложение планируется писать либо на Java под Андроид, либо Xamarin для кросс-платформенности.
поскольку количество запросов при активном использовании приложения не укладывается в установленные лимиты, необходимо использовать какие-то другие способы работать с базой, т.е. какой существует наиболее подходящий сценарий работы в рамках данной задачи.
Обычно под свой проект пишут свой backend. Если честно, впервые слышу о том, чтобы backend (особенно, серьёзного проекта) делали на "конструкторе".
Само приложение планируется писать либо на Java под Андроид, либо Xamarin для кросс-платформенности.
Это роли не играет. Back и front обмениваются данными по сети и поэтому не важно, что на чём написано. Сейчас по факту стандартом является взаимодействие посредство REST.
Основные этапы разработки сайта для стоматологической клиники
Продвижение своими сайтами как стратегия роста и независимости