Какой самый простой бэкенд для мобильного приложения?

Question

[Azzdorf]

Пишу маленькие Андроид приложения. Иногда нужны мелочи по типу мелких синхронизаций тектовых строк между пользователями. Потому основная цель:
Бэкенд API для мобильного приложения.

Нужен вариант стека технологий и хостинга, для быстрой удобной разработки.
С языками проблем нет.
Также будет плюсом если на минимальном платном тарифе можно размещать 5+ разных API, чтобы была возможность также пробовать технологии и обучаться.

Comments

[Azzdorf]

выбрал связку NodeJS + Heroku (не исключил RoR)

Answer 1

[Chronic 86]

Rails 5 тоже есть API из коробки. Хотя если задача ограничивается только API я бы поискал что-то полегче и побыстрее, тем более по Вашим словам проблем с языками нет. Сейчас куча всего:

• Sails.js
  
• Ruby Sinatra
  
• NodeJS ExpressJS
  
• PHP Slim
  
• .NET Nancy
  
• Python Flask
  
• Java Jersey
  
• Go Goji
  

Вообщем все от ваших предпочтений зависит.

Comments

[Azzdorf]

Касательно NodeJS + ExpressJS можно будет в итоге обойтись только этими двумя или они всё же не самостоятельные и их можно только поверх других бкендов ложить?

[Chronic 86]

Обойтись можно будет и этой связкой на бэкенде.

[Chronic 86]

Тем более если вы постоянно хотите пробовать что-то новое, то nodejs Вам подойдет как нельзя лучше, так как развивается она бешеными темпами, что касается разных пакетов и примочек. Хотя лично мне она не близка.

[Артур]

Рельса нормально зашла бы. Быстро и просто всё сделать.

[Chronic 86]

C Rails 5 не работал еще, но по ощущениям Rails 4 уступает в скорости при нагрузках. Хотя все зависит от задачи.

[Ильнур Ибаутллин]

"с языками проблем нет" - что это значит? Сколько различных языков Вы знаете, чтобы могли что-то годное написать, помимо Hello World?
И совет - почти на любом языке можно создать АПИ, главный параметр, как хорошо Вы знаете тот или иной язык

[Azzdorf]

Ильнур Ибаутллин: C C++ C# Java Python Ruby Javascript ABAP всё продакшн опыт, хотя Java the most

[Ильнур Ибаутллин]

Azzdorf: Ну тогда пишите сервлеты на java, в чем проблема
я уверен, Вы напишите на нем простенький апи намного быстрее, чем такой же АПИ на, скажем, ноде, с такими же плюшками, обработчиками ошибок, грамотной пакетной структуризацией, понятными названиями классов, ООП, в конце концов у Вас будет адекватнее использовано
то есть, пишите на там, на чем лучше всего получается

Answer 2

[Антон Дьячук]

heroku - хостинг, 0-7$ в месяц, на выходные можно выключать :) но 1 иснтанс
на хероке вы не будете тратить время на админов, выкатка очень простая, куча простых но полезных библиотек подключается по клику
с другой стороны, при небольшой нагрузке вы можете использовать его для пяти разных приложений
на бесплатном тарифном плане вы можете создать хоть тысячу апишек которые работать будут 12 часов в сутки, для разработки более чем достаточно
для api - отлично подойдет ruby on rails

Answer 3

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

firebase же

Comments

[Azzdorf]

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

[Mikhail Osher]

Azzdorf: firebase сырой? шутка?

[Azzdorf]

да, даже гугл его позиционирует как довязку и озвучивает что многие момент нужно всё ещё делать с помощью СВОЕГО бекэнда, так что да - сырой покаместь подходящее для него определение

[sim3x]

Azzdorf: не сырой, а специфичный
Как и все PaaS решения

Answer 4

[Виталий]

API из коробки есть у sails.js . Прикручиваешь модуль для авторизации sails-generate-auth и вперед.... при генерации апи сразу получаешь методы из коробки sailsjs.org/documentation/concepts/blueprints/blue...

Comments

[Azzdorf]

а в плане хостинга, где его можно разместить?

[Станислав Романов]

Я бы sails.js не рекомендовал, я с ним работал год назад, и пожалел. Это вещь из разряда - хорошая идея, с ужасной реализацией.

[Виталий]

Станислав Романов: а что вас огорчило? Можно подробнее?

[Станислав Романов]

Мы повелись на количество звездочек. Может за год что изменилось, но на тот момент была такая картина:
1. Ужасная глючная ORM, за время разработки мы дважды теряли данный в БД при миграции. ORM самовольничает и преобразовывает запросы как хочет, и это не всегда очевидно при дебаге ошибки. ORM интегрированна в Sails без возможности замены. Так же у нас были проблемы со связями между сущностями, но я уже не помню в чем именно.
2. Автор забросил свой проект
3. Адовые утечки памяти, мы выключили поддержку веб-сокетов через конфиг (что как бы уже ставит под вопросом использование node.js), течь стало меньше но все равно достаточно сильно.
4. Полтора года назад версия была 0.11, какая сейчас? 0.12, вот это прогресс :)

В последствии я увидел эту статью, со всем согласен.

[Виталий]

Станислав Романов: да звучит для высоконагруженных дел жестоко, однако, в разрезе вопроса автора может это и не критично. Хотя в последнее время меня больше привлекает koa.js, но там из коробки нет ничего....

Answer 5

[sim3x]

django + djangoREST на openshift.com

3 отдельных проекта размещаются легко, при желании можно извратиться и разместить столько сколько влезет на 1гб

Answer 6

[Станислав Романов]

Посмотрите в сторону Elixir + Phoenix, я пробовал на домашнем проекте, мне очень понравился, правда я не дошел до стадии деплоя и непрерывной интеграции.

Answer 7

[Павел Малышев]

Если чтобы вообще ничего писать не пришлось, тогда:

• Parse Server (open source)
  
• Deployd (open source)
  
• LoopBack (open source)
  
• Horizon (open source)
  
• Firebase (saas)
  

Comments

[Azzdorf]

+ варинты хостинга?

[Павел Малышев]

А разница? Все эти решения разворачиваются за минуты. Желательно конечно unix-based систему иметь, но это мое имхо.

А в целом хорошими считаю Heroku и DigitalOcean. Если использовать Firebase, то и о хостинге думать не надо)))