Какую технологию выбрать для создания бекенда для android приложения?

Question

[Ivan Banha]

Привет.

Разработал мобильное приложение. Теперь настало время связать его с бекендом для хранения данных. Смотрел в сторону Firebase и подобных, они мне не подходят потому что при моих объемах данных мне придется платить очень много. Было решено разработать бекенд самостоятельно под свои нужды, так как время не жмет.

Нужно выбрать какую то технологию для разработки. Раньше с бекендом дела не имел, кроме небольшого изучения RoR в университете.

Посоветуйте, пожалуйста какие то варианты. Умею достаточно хорошо писать на Java/Kotlin. Также немного разбираюсь в Ruby/RoR. Если что, готов изучать новый ЯП/фреймворк

Какие есть варианты получения данных с бекенда?

Требования:

• Регистрация пользователей через мобильное приложение
  
• Разделение прав для зарегистрированных пользователей (надо сделать три типа аккаунтов с разным уровнем доступа к данным)
  
• Хранение файлов пользователя (скорее всего будет Postgresql)
  
• ORM для работы с БД
  
• Возможно, рассилка email, которая инициируется с мобильного приложения
  

P. S.
Благодарю всех, кто ответил. Решил подождать с разработкой бекенда и пока использовать Firebase.

Comments

[sim3x]

Хранение файлов пользователя (скорее всего будет Postgresql)

файлы хранятся на файловой системе, а не в БД

Answer 1

[Олег Гамега]

они мне не подходят потому что при моих объемах данных мне придется платить очень много

много это скольоко ?
у вас уже есть пользователи, хотя бы тысяч пять? если нет то не стоит напрягаться, сделайте возможность быстро перейти на что то другое, щаложите это в архитектуру, и не парьтесь, для большинства молодых проектов aws или frirebase выйдут дешевле

Comments

[Ivan Banha]

Пока только несколько человек - тестеры. Тут вы правы но хотелось бы точно подобрать необходимые технологии чтобы понемногу начать их изучать

[Ivan Banha]

Примерно от 300 до 700 мб на пользователя

[Олег Гамега]

Ivan Banha, как они будут с ними работать - как часто загружать они загружают данные, как часто скачивают ... за какой период времени они наберут эти 300-700 метров, и вы уверены что они все их наберут? а хватит ли увас опыта горизонтально магтабировать самописное решение ?

может на первых порах вам ххватит aws s3? дешево и сердито, если юезр грузит фоточки и их нужно резать напривьюшки добавьте лямду, я не знаю бищнес требований к вашему приложеинмю, но я уверен что чем раньше вы сможете запустится и проверить идею тем лучше, если это кому то нужно то будут деньги для миграции, нет значит можно закрыть и не парится

[Ivan Banha]

Загружать файлы будут редко но много за раз. Это могут быть несколько документов или аудио файлы по много мб. Загрузка файлов на стороне клиентов несколько раз в неделю. Если пользователь ограничится лишь документами то вполне хватит и 100 мб на пользователя. По поводу опыта, тут вы правы, у меня его вообще нет.

Думаю пока действительно не стоит спешить с разработкой бекенда. Но хотелось бы почитать что то по архитектуре, чтобы в краткие строки сменить используемый бекенд (вдруг понадобится) и не сделать грубые архитектурные ошибки.

Если можете, киньте ссылкой

[Олег Гамега]

Ivan Banha, на стороне клиента просто вынесите всю работу с бекендом в отдельный слой, для начала этого хватит, так как у вас обычный мобильный клиент то можно будет всех быстро обновить (хотя бы тупо диалог показывать, для устройств было бы труднее)

[Ivan Banha]

Олег Гамега, Понял. Благодарю за помощь!

Answer 2

[stratosmi]

Использовать ту технологию - что вы лучше знаете.
Знаете Java хорошо - пишите на Java. Все что нужно специализированного под бэкенд - для Java есть. Библиотеки и пр..

Разделение прав для пользователей (надо сделать три типа аккаунтов с разным уровнем доступа к данным)

Это вы элементарно сделайте в логике своего бэкенда.

ORM для работы с БД

Выбирайте:
https://dzone.com/articles/best-java-orm-framework...

Answer 3

[Игорь]

да что угодно на самом деле,
как вариант можно на python (django+restframework или на flask)

P.S. RoR я бы не стал уже трогать