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

Если вы спросите, какие мобильные приложения сегодня не нуждаются в  клиент-серверном взаимодействии, то в первую очередь на ум придут калькулятор, набор стикеров, таймер, будильник, заметки, фото-редакторы или, например, приложение для очистки статей от рекламных блоков, комментариев и ссылок Mandu, разработанное в Лайв Тайпинг. Но чаще всего приложению всё же приходится работать с данными: принимать их от пользователя, отдавать на сервер, возвращать. Когда есть данные, с которыми надо работать, то должно быть и место для их хранения.

Бэкенд — одна из самых затратных граф в общей стоимости разработки мобильного приложения. Желание сэкономить оправдано, тем более когда в идее приложения нет полной уверенности. Задача студии разработки — пойти клиенту навстречу в этом желании. Лайв Тайпинг готов предложить следующие варианты экономии на серверной разработке.

Хранить данные на стороне клиента

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

Кому это подходит? Распространителям статического контента, с которым не нужно взаимодействовать. Представьте, что вы — писатель или издатель журнала, и продвигаете новые произведения или выпуски через приложение, где с каждым его апдейтом обновляется и контент. Кроме текста, под статичным контентом понимаются фотографии, видеоролики, игры. При этом будут доступны системные функции типа оплаты, и у пользователя будет возможность получать новый контент, который уже есть в приложении, через In-App Purchase.

Использовать бессерверную архитектуру приложений

Или, иначе говоря, Serverless. Это решение не требует ни особых знаний для развёртывания и поддержки, ни ощутимого бюджета — всю поддержку берёт на себя тот облачный сервис, на котором вы построите архитектуру. Много возможностей для этого имеют, в частности, AWS, Azure и Firebase.

Особенно внимательно хотелось бы рассмотреть Firebase и вкратце рассказать, что это такое. Это BaaS-платформа (Backend- as-a-Service, или бэкенд как услуга), которая в первую очередь известна как облачная база данных класса NoSQL, но также предлагает много других сервисов прямо из коробки. Они конфигурируются через интерфейс платформы, что не требует писать ни единой строчки серверного кода. Туториалы подскажут, как сделать простой чат, настроить аналитику или оптимизацию на основе пользовательского поведения, писать свои скрипты и другое. Это быстрее и дешевле, чем сделать бэкенд, а необходимыми компетенциями обладает любой разработчик, а не только бэкендер.

Работа с Firebase на проектах Лайв Тайпинг:

• Уведомления в приложении Yodel построены на Firebase Notifications. Преимущества: бесплатное решение, нет ограничения на количество отправленных уведомлений, которые являются основной функцией приложения, удобная интеграция и хорошая гибкость с продвинутым таргетингом.

• Аналитика в приложении Mandu построена на Firebase Analytics. Помимо стандартных метрик отслеживаются изменение языка, шрифта и цветовой схемы, частота использования WebView, шэринг, частота изменения настроек на дефолтные, частота использования опций добавления статьи в Mandu, ориентация экрана и другие специальные события.

Использовать SaaS-сервисы

В приложении есть типовые функции, создание и поддержка которых очень дорогие и могут отяготить клиента бумажной волокитой. Поэтому их разработка с нуля случается нечасто. Один из примеров такой функции — оплата, и  стандарт-де-факто — использовать платёжный шлюз какого-нибудь банка.

И это касается массы других возможностей приложения. Нужны чаты или push-уведомления? Их дешевле брать готовыми, в виде SaaS, разработанных третьей стороной (Software- as-a-Service, или программное обеспечение как услуга). Что такое SaaS? Как и в случае с BaaS, это обобщающее название для решений, которые работают не на компьютере пользователя, а в облаке, и обслуживаются его поставщиком; пользователю нужно платить абонентскую плату, если программное обеспечение платное. У SaaS хороший API, хорошая интеграция, готовые библиотеки под разные ОС и устройства. Остаётся только взять и подключить их к своему проекту. В среднесрочной перспективе это дешевле и надёжнее, чем писать свою платформу. Вы тем самым избегаете всех грабель, которые собрали разработчики платформы до того, как она заработала.

В качестве примера — хэлпдеск-чаты для поддержки клиентов Chatra, Zendesk и Intercom, пользовательские чаты Layer, Applozic, Sendbird, Quickblox и Pusher, движки для оплаты Stripe, CloudPayments. Все эти инструменты протестированы, поддерживаются и развиваются.

Работать с данными через интеграции с бесплатными инструментами

Вместо хитрых кастомных форм можно использовать Google-форму, данные собирать не в административную панель, а в  Google-таблицу, а вместо приложения использовать Telegram-бота. Это пускай и чудаковатый, но недооцененный путь, по которому чаще всего ходят люди, умеющие считать деньги. Если вы из таких, то вам нужен лишь человек, который всё настроит. Вот короткая подсказка, как использовать Google-таблицы вместо JSON-бэкенда, в переводе и в оригинале.

Когда речь заходит об экономии, возникает много нюансов, разных «но» и «а что, если». Этой статьёй мы лишь хотели показать вам, что включение в команду полноценного бэкенд-разработчика не всегда экономически оправдано. Если у вас возникли вопросы, то нам будет очень интересно на них ответить, поэтому оставьте комментарий к статье. А если комментария мало и вам нужна полноценная консультация по вашему проекту — заполните форму заявки и ждите нашего звонка.