Firebase против Ruby: что лучше для серверной части в разработке мобильных приложений?

Выбор бэкэнд-стека для вашего приложения iOS или Android может быть трудным. Вот почему здесь мы рассмотрим серверную часть Firebase и Ruby on Rails, написанную на Rails, и исследуем, есть ли какие-либо «варианты камикадзе» для серверной технологии для разработки мобильных приложений. Есть ли причины не использовать Firebase или Ruby? Можно ли использовать firebase с Ruby on Rails? Давайте узнаем.

Вы согласитесь со мной, если я скажу, что маркетинг - это соревнование за внимание людей? Более того, маркетинг слишком важен, чтобы оставлять его на усмотрение отдела маркетинга. Он пробрался даже в нишу, которая, кажется, не имеет ничего общего с продвижением - разработка программного обеспечения; и маркетинг уже является его частью. Разработчики выбирают решение для своего проекта на основе звезд, которые есть у нескольких подобных библиотек на Github, и количества «твитов» учетной записи, которые мы можем предсказать, какая технология будет активно развиваться в этом году. Эта цифровая среда подвергает нас риску стать жертвой ажиотажа, из-за которого мы можем быть введены в заблуждение - просто попавшись на настоятельно рекомендуемый инструмент hypi, созданный дьявольскими маркетологами.

Одним из инструментов, о котором все говорят в последнее время, является Firebase и его API, платформа для разработки мобильных и веб-приложений, разработанная Firebase, Inc. в 2011 году, а затем приобретенная Google в 2014 году, как утверждает Википедия. До того, как Firebase была приобретена Google в 2014 году, не было никаких доказательств быстрого роста продукта, и некоторые заявленные недостатки Firebase присутствуют. Хотя с тех пор кое-что изменилось. Firebase была реализована в процессе создания таких приложений, как:

• Shazam
• Приложение для заказа и доставки Alibaba
• Органайзер приложений Todoist

Очевидно, что такие гиганты, как Shazam, не пойдут на беспричинные траты бюджета, поэтому Firebase для них был вполне разумным выбором. Мы попытались посмотреть на плюсы и минусы реализации Firebase, пытаясь понять, для какого проекта она подойдет.

Но прежде чем мы углубимся в преимущества Firebase, необходимо отметить два момента - избавиться от всех возможных недоразумений:

1. Firebase изначально не задумывалась как серверная часть, в основе этой платформы лежит база данных. Не похоже, что есть чудом разработанные приложения без встроенной серверной части.
2. Однако это не реляционная база данных. Firebase - это база NoSQL , со всеми ее плюсами и минусами + специфическая среда разработки и архитектура firebase.

Что такое база данных NoSQL?

По словам Басё, NoSQL (что означает «Не SQL» или «Не только SQL») - это подход к базам данных, который представляет собой отход от традиционных систем управления реляционными базами данных (СУБД). Чтобы определить NoSQL, полезно начать с описания SQL, который является языком запросов, используемым СУБД. Реляционные базы данных используют таблицы, столбцы, строки или схемы для организации и извлечения данных. В отличие от этого, базы данных NoSQL не полагаются на эти структуры и используют более гибкие модели данных. NoSQL особенно полезен для хранения больших объемов неструктурированных данных, которые собираются быстрее, чем структурированные данные.

Напротив, язык структурированных запросов (SQL) - это язык программирования, используемый архитекторами баз данных для проектирования реляционных баз данных. В базе данных SQL, такой как MySQL, Sybase, Oracle или IBM DM2, SQL выполняет запросы, извлекает данные и редактирует данные, обновляя, удаляя или создавая новые записи. SQL - это легкий декларативный язык, который выполняет большую часть тяжелой работы для реляционной базы данных, действуя как версия серверного сценария для базы данных.
[Источник: Upwork]

Теперь, когда мы застрахованы, мы находимся на одной странице, давайте извлечем несколько преимуществ использования Firebase.

1. Firebase может занять меньше времени.

Как только вы доберетесь до создания приложения в реальном времени с Firebase в качестве бэкэнда, разработка серверной части не будет включена - поскольку NoSQL этого не требует. Таким образом, в краткосрочной перспективе на разработку этой платформы может потребоваться меньше времени. Как только вы захотите создать простое приложение с крошечной серверной частью без больших данных, тогда Firebase можно быстро внедрить в проект. Когда у вас есть установленный крайний срок или приближающееся событие, Firebase может быть достойным временным решением.

2. Firebase - это решение для работы в реальном времени.

Если вам нужны мгновенные push-уведомления и обновления, тогда вам понадобится так называемое приложение реального времени. В случае Firebase для него написано много кодовых лабораторий, и некоторые из них показывают, как создать приложение для чата для разных платформ:

• iOS
• Android
• Интернет

Это дает нам повод соответствовать - со всеми преимуществами и недостатками Firebase, он отвечает потребностям приложений для общения в реальном времени.

3. Разработка Firebase - довольно безопасное решение.

Поскольку Firebase построена на инфраструктуре Google, это дает веские основания утверждать, что это хорошо защищенное решение. Хотя вы можете удвоить свою безопасность, определив правила базы данных NoSQL, поскольку по умолчанию у вас нет контроля над хранящимися данными - они размещены на серверах Google.

У каждой розы есть шип.

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

После того, как вы выберете Firebase в качестве основного бэкэнд-стека, вам нужно будет учесть несколько моментов. Не о недостатках использования firebase, а о том, о чем вам нужно знать. С Firebase вы можете свободно выбирать тарифный план, но для приложений реального времени подходит тарифный план с оплатой по мере использования . В этом плане вы платите только за потребляемые ресурсы, поэтому чем больше пользователей получит ваше приложение, тем больше будет стоить обслуживание серверной части.

Многие считают это большим плюсом - как много пользователей вашего продукта - это просто фантастика, не так ли? Однако в самом начале их все сложно монетизировать - нужно сначала заставить людей полюбить ваш продукт. А в случае с Firebase вы сможете потратить деньги на всех своих бесплатных пользователей. Так что, если вы хотите, чтобы вашим продуктом пользовались тысячи людей, тогда Firebase может оказаться бесполезным решением.

Ходят слухи, что у Firebase также есть скрытые расходы, когда после быстрого роста количества пользователей или использования с вас может взиматься плата без предупреждения; так что, если вас не беспокоит тихая зарядка - тогда дерзайте.

Вот почему еще один достойный вариант backend для вашего приложения - это Ruby backend + определенный сервер для хранения данных (это подход, который мы часто используем при работе над проектами наших клиентов). К тому же бэкэнд Ruby on Rails и плюсы Firebase более-менее одинаковы. В случае с Руби они выглядят следующим образом:

1. Ruby - простой язык.

Существует небольшой список фреймворков для реализации на нем, даже если сравнивать с языком PHP и его исходным кодом, но есть много жемчужин - полная система многоцелевых библиотек для Ruby. Столь же прост и архитектурный шаблон языков - MVC с четкими зависимостями сущностей.

Подробнее о типах и функциях архитектурных паттернов

2. Сообщество Ruby выдержало испытание временем.

В отличие от недавно сформированного сообщества разработчиков Firebase, сообщество Ruby огромно, в нем есть множество драгоценных камней с открытым исходным кодом, которые позволяют кодерам быстро открывать и разрабатывать сложные приложения. Более того, благодаря определенной «известности» Ruby, многие известные службы (например, Stripe) имеют готовые библиотеки для Ruby.

3. Вы можете протестировать свой код на Ruby.

Ruby имеет развитую инфраструктуру разработки, которая позволяет максимизировать и писать модульные тесты по всему проекту - чтобы уменьшить количество ошибок в новых и существующих функциях. Это также сократит стоимость будущих изменений в середине процесса разработки.

4. Вы не привязаны к конкретному типу базы данных.

Или, точнее, к конкретному типу базы данных. Ruby позволяет использовать любые реляционные или восточные базы данных, а также NoSQL и другие различные технологии, включая Elasticsearch, Reddis и другие менее популярные.

5. Синтаксис Ruby - это кусок пирога.

В Ruby нет типов данных - и, соответственно, нет необходимости смотреть, правильно ли структурированы типы данных. Кроме того, также присутствует составная система ошибок (также называемая системой регистрации); это облегчает поиск ошибки, а затем позволяет быстрее исправлять возникающие ошибки.

SO, Firebase против RoR - что выбрать и когда?

После сравнения Firebase и Rails дипломатический ответ - это зависит в основном от ваших целей.

Firebase как бэкэнд для разработки мобильных приложений подходит вам, если вам нужно одно из следующего:

• Небольшое приложение в реальном времени с простыми функциями
• Простое приложение, в котором нужно хранить грузы и грузы
• Приложение, подтверждающее концепцию, которое позже будет полностью обновлено

Хотя, если вы хотите создать сложную мобильную систему со сложными алгоритмами и функциями, серверная часть мобильного приложения Ruby on Rails также станет отличным выбором. Кроме того, если приложение не имеет четкой структуры, в нереляционной базе данных, которой, несомненно, является облачный бэкэнд Firebase, вы не сможете правильно выбрать данные из нее. Бизнес-логика, созданная на Firebase, обычно закладывается в базу; из-за этого может появиться мешанина, когда логика приложения немного сбита с толку. И давайте не будем забывать, что с вас взимается плата каждый раз, когда вы получаете нового пользователя, даже без уведомления - ваши деньги могут быть просто переведены однажды утром, когда вы проснетесь.

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

Читайте также: React Native vs Native App Development - что выбрать?

Авторы Олег Царенко и Элина Бессарабова