Разработка бэкенда — сложный и затратный процесс. При разработке мобильных приложений ему зачастую уделяется неоправданно больше внимания. Неоправданно, потому что каждый раз приходится реализовывать типичные для мобильных приложений сценарии: отправить push-уведомление, узнать сколько пользователей заинтересовались акцией и оформили заказ и т.п. Хочется решение, которое позволит сфокусироваться на важных для приложения вещах без потери качества и деталей в реализации второстепенных. И такие решения есть!
Подобные сервисы называются Mobile Backend-as-a-Service (MBaaS). Процессы создания бэкенда с их помощью упрощены, по сравнению с разработкой «вручную». Это экономия на найме отдельного backend-разработчика. А тот факт, что провайдер MBaaS берет на себя все вопросы, связанные со стабильностью серверов, балансировкой нагрузки, масштабируемостью и прочими инфраструктурами сложностями, придает уверенности в качестве полученного результата и является основным преимуществом таких сервисов.
В этой статье рассмотрим несколько крупных и зарекомендовавших себя сервисов: Microsoft Azure, AWS Amplify, Google Firebase, Kumulos.
Пункты, по которым рассмотрим сервисы: функциональность бэкенда и аналитики, сложность интеграции сервиса, надежность и стабильность работы и ценовая политика. Пройдемся по каждому сервису и отметим их особенности по этим критериям.
Microsoft Azure — Infrastructure-As-A-Service (IaaS) сервис, который содержит в себе полноценную BaaS функциональность и помогает при создании бэкенда для мобильных приложений.
Microsoft Azure располагает полным набором функциональности для создания бэкенда для мобильного приложения. Обработка push-уведомлений, автоматическое масштабирование, синхронизация данных, интеграция с социальными сетями и многое другое.
Важная особенность Azure — географическое положение серверов. Они расположены в 54 регионах мира, что повышает вероятность подобрать для себя подходящий по задержке сервер. Поскольку в случае неполадок чаще всего страдают только отдельные регионы, можно предположить, что чем больше регионов, тем меньше вероятность попасть на тот самый «нестабильный». Как утверждают Microsoft, у них больше регионов, чем у любого другого поставщика облачных решений. Это, несомненно, плюс.
Сервис предоставляет возможность в реальном времени мониторить работоспособность приложений и собирать отчёты о «падениях». Позволяя тем самым мгновенно локализовать и решить проблему.
Также в Azure можно использовать их собственную библиотеку для сбора аналитики в приложениях: собирать основные метрики (информация об устройстве, о сессии, об активности пользователей и многое другое) и создавать собственные события для отслеживания. Все собранные данные сразу экспортируются в Azure, позволяя проводить с ними аналитическую работу в удобном формате
Также существуют интересные функции типа тестирования сборок приложений на реальных устройствах, настройки CI/CD для автоматизации процесса разработки и инструментарий для отправки сборок приложений на бета-тестирование или сразу в App Store или Google Play
Azure позволяет использовать фреймворк «из коробки» предназначенный для работы с картами и геопространственными данными, что упрощает работу с подобным форматом.
Особенно интересно выглядит возможность решения задач с использованием искусственного интеллекта, при помощи которого можно прогнозировать различные аналитические показатели и использовать готовые к работе инструменты для компьютерного зрения, распознавания речи и много другого.
Сервис Microsoft Azure предоставляет SDK для основных мобильных платформ (iOS и Android) и, что бывает не часто, для кроссплатформенных решений (Xamarin и PhoneGap).
В целом, пользователи жалуются на сложный интерфейс и высокий порог вхождения. Это говорит о возможных проблемах в интеграции сервиса.
Важно понимать, что высокий порог вхождения — не частный случай с Azure, а общая проблема для IaaS. Например, Amazon Web Services, который будет рассмотрен далее, также подвержен данному недугу еще больше.
Стабильность сервиса от Microsoft выглядит достойно. Видно, что минимум раз в месяц могут происходить кратковременные неполадки в различных регионах. Данная картина говорит о достаточной стабильности сервиса, неполадки происходят редко, в отдельных регионах и крайне быстро исправляются, позволяя сервису держать достойный uptime.
Это подтверждает и список последних происшествий на серверах Azure — большинство из них являются кратковременными предупреждениями, а последний раз, когда сервера «лежали» был в начале мая. Статистика подтверждает картину стабильного сервиса.
В ценовой политике Microsoft Azure разные тарифы оплаты сервиса, есть и бесплатный план с определенными лимитами, которых хватит для тестирования. Важно помнить, что Azure — IaaS сервис, большинство которых из-за своей специфики и сложности подсчета отработанных ресурсов, страдают от сложности прогнозирования стоимости работы. Многие сталкиваются с трудностями и часто даже невозможностью правильно посчитать используемые мощности. Реальный счет может значительно отличаться от того, на который рассчитывали.
Также у Azure, помимо этих планов, есть отдельные платные услуги: App Service Domain, Azure App Service Certificates и SSL Connections. Все они относятся к администрированию вашей инфраструктуры, их касаться не будем.
Во многих отзывах пользователи жалуются на сложную ценовую политику и невозможность прогнозирования стоимости услуг сервиса. Предложенный Microsoft калькулятор называют бесполезным, а сам сервис крайне дорогим.
Сервис Azure от Microsoft — функциональный и стабильный инструмент для использования в качестве основного MBaaS провайдера. То, что сервис изначально предоставляет полноценную инфраструктуру, открывает множество возможностей для дальнейшего развития вашего бэкенда вне рамок мобильных приложений. Большое количество серверов и обширное количество регионов, где они расположены, помогает подобрать подходящие вам по задержке. Позитивные отзывы пользователей это подтверждают. Из негативных моментов — высокий порог вхождения и сложности с прогнозированием стоимости работы сервиса.
Подходит? По этим ссылкам можно детальнее познакомиться с Microsoft Azure, изучить все подробности и начать его использовать:
Amazon Web Services (AWS) — второй IaaS, который попал в нашу подборку. Он представляет огромное количество сервисов и интересен тем, что у него по аналогии с Microsoft Azure существует выделенный набор функциональности под названием AWS Amplify, который по сути и является мобильным бэкэндом. Ранее вы могли слышать название AWS Mobile Hub, который долгое время являлся основным сервисом, предоставляющим MBaaS функциональность. Как пишут сами Amazon, Amplify это доработанный и усовершенствованный Mobile Hub, в котором решены основные проблемы предшественника.
Если верить Amazon, то сервису Amplify доверяет множество крупных компаний, среди которых Netflix, Airbnb и многие другие.
Мобильное решение от Amazon позволяет в короткие сроки сконфигурировать всю необходимую функциональность для мобильного приложения. Будь то серверная логика, хранение данных, авторизация пользователей или обработка и доставка контента, уведомления и аналитика.
Amazon также предоставляет все необходимые условия с точки зрения инфраструктуры, такие как масштабирование, балансировка нагрузки и многое другое.
За аналитику отвечает отдельный сервис Amazon Pinpoint, в котором можно сегментировать аудиторию и проводить масштабные таргетинговые кампании через разные каналы (push уведомления, смс и электронная почта) по привлечению пользователей в сервис.
Pinpoint предоставляет данные в режиме реального времени, можно создавать динамические сегменты аудитории, анализировать их вовлеченность и на основе этих данных оптимизировать маркетинговую стратегию.
Amazon Amplify предоставляет доступ к сервису AWS Device Farm для тестирования билдов ваших приложений на реальных устройствах. Сервис позволяет проводить параллельное автоматизированное тестирование ваших приложений на множестве физических устройств, также доступно и ручное тестирование.
Сервис AWS Amplify Console является инструментом для деплоя и хостинга как серверных ресурсов, так и веб приложений с возможностью настройки CI/CD для автоматизации процесса разработки.
Также необычно выглядит возможность внедрения в мобильные приложения «из коробки» голосовых и текстовых ботов в качестве интерфейса для взаимодействия с пользователем. Работает это на сервисе Amazon Lex.
Интересно, что AWS Amplify предоставляет также и небольшую библиотеку готовых UI компонентов для вашего React Native приложения, что может послужить незначительным ускорением процесса разработки, либо использоваться в прототипе или MVP вашего проекта.
Сервис Amazon Amplify предоставляет SDK для iOS, Android, JavaScript и React Native и достаточно подробную документацию. Важно отметить что помимо REST, сервис поддерживает еще и GraphQL.
Как говорилось в процессе анализа Azure, высокий порог вхождения —общая проблема для всех IaaS. Amazon не исключение, а даже наоборот. Это, наверное, один из самых сложных сервисов для понимания. Это происходит из-за большого количества различных инструментов, которыми располагает AWS. Освоение AWS с нуля займет значительное время. Но если ограничиться только Amplify — можно реализовать рабочее решение в адекватные сроки.
Сервис от Amazon по статистике выглядит менее стабильным, чем Azure. Но радует малое количество полноценных отключений (красных клеток). В основном все, что происходит — это предупреждения и нестабильность в работе некоторых сервисов.
Это подтверждает и список последних происшествий на серверах AWS — некоторые из них являются предупреждениями разной длительности (порой до 16 часов), а последний раз, когда сервера «лежали», был в середине июня. В целом выглядит достаточно стабильно.
Ценовая политика Amazon Web Services с первого взгляда весьма проста — платите только за то, чем пользуетесь, сверх бесплатного лимита. Но как и в случае с Microsoft Azure, чем больше сервисов вы используете, тем сложнее прогнозировать итоговую стоимость работы.
В интернете множество отзывов, которые называют AWS слишком дорогим. Чего уж говорить, если давно появились компании, которые за отдельную сумму готовы оптимизировать ваше использование AWS, насколько это возможно минимизируя ежемесячные счета.
В целом история с Amazon Amplify похожа на Azure. Во многом аналогичный функционал для MBaaS, предоставление полноценной инфраструктуры и возможность развития своего бэкенда. Позитивно выделяются маркетинговые инструменты Amazon, в частности, Pinpoint.
Из негативных сторон вспоминаем про не менее высокий порог входа, чем у Azure, и такие же сложности с прогнозированием стоимости. Добавим к этому менее стабильный сервис и, судя по отзывам, не отзывчивую техническую поддержку.
Подходит? По этим ссылкам можно детальнее познакомиться с Amazon Amplify, изучить все подробности и начать его использовать:
Сервис Firebase от Google является одним из самых интересных вариантов в качестве MBaaS сервиса для вашего приложения. Он давно зарекомендовал себя в качестве полезного инструмента и является таковым для многих известных приложений: Shazam, Duolingo, Lyft и других.
Firebase берет на себя все, что понадобится вашему мобильному приложению. Сервис совмещает в себе полноценные бэкенд-фичи, такие как хранение данных, синхронизация, аутентификация, облачные функции (выполнение бэкенд кода), и, в данный момент, в бете находится Machine Learning Kit, при помощи которого реализуется в приложении различная функциональность на основе машинного обучения (распознавание текста, объектов на фотографиях и много другое).
Важная особенность Firebase в том, что помимо бэкенд функциональности, сервис предлагает и широкий спектр возможностей для аналитики приложения. Встроенная Google Analytics, сегментирование пользовательской базы и работа с push-уведомлениями. Также в 2017 году Google отметился крутым приобретением, купив широко распространенный сервис Fabric и интегрировав его в Firebase наряду с Crashlytics, крайне полезным инструментом для отслеживания ошибок в приложении и сбора статистики и отчетов о падениях, произошедших на устройствах пользователей.
Firebase предоставляет инструмент Firebase Dynamic Links для обработки динамических ссылок на ваш контент, при помощи этого инструмента можно генерировать ссылки, которые ведут в приложение, если оно установлено, если нет — отправляют пользователя в App Store или Google Play для установки. Также подобные ссылки работают в зависимости от устройства, на котором они открываются, если это компьютер, то будет открыта страница в браузере, а если устройство — произойдет переход в приложение.
Также Google позволяет проводить A/B тестирование ваших приложений при помощи Firebase A/B Testing и настраивать удаленную конфигурацию с инструментом Remote Config.
Становится понятно, что этот сервис совмещает в себе крайне большое количество возможностей для вашего приложения. Для интеграции Firebase стоит использовать SDK необходимой платформы, среди которых iOS, Android, JavaScript, а также для C++ и Unity, что будет очень кстати, если вы разрабатываете игры. Важно отметить, что у Firebase достаточно подробная документация и широкая база пользователей-разработчиков, и как следствие, большое количество вспомогательного контента в сети, будь то ответы на вопросы или обзорные статьи.
Стоит ли полагаться на Google — вопрос отдельной статьи. С одной стороны, у вас есть высокостабильный и работающий провайдер, а с другой, никогда не знаешь, когда «Гугл закроет и этот сервис». Не зря Гугл убрали у себя из миссии «Dont be evil».
Когда провайдер обладает такими ресурсами, казалось бы, аптайм должен стремиться к 100%, но все равно можно найти множество сообщений о проблемах с сервисом, например, цитата одного из пользователей: «Downtime happens. In the case of Firebase, you might say that «uptime» happens». И действительно, если посмотреть на статистику по событиям с сервисами Firebase, увидим, что бывают как небольшие простои, так и полноценные отключения на 5-7 часов, это может быть критично для вашего сервиса.
А бывает, что проблемы длятся неделями. Нельзя забывать, что на этих сервисах может работать критичный и жизненно важный для продукта код. Выглядит данная статистика не очень радостно.
Ценовая политика Firebase понятна и проста, есть 3 плана: Spark, Flame и Blaze. Они идеологически отличаются друг от друга. В то время как Spark — бесплатный план с лимитами, которые позволяют развернуть и протестировать значительную часть функциональности платформы. Планы Flame и Blaze предполагают платное использование. Flame стоит фиксированные 25$ в месяц, но по сути вы получаете тот же Spark, только со значительно большими лимитами.
Blaze отличается от остальных. Он позволяет использовать возможности платформы в неограниченных количествах, при этом вы платите соразмерно ресурсам, которые используете. Это крайне гибкий план, в котором оплачиваете только ту функциональность, которой пользуетесь. Если, например, решите использовать платформу только для тестирования приложений — только за превышение бесплатных лимитов по тестированию и будете платить.
В общем, ценообразование Firebase весьма прозрачно и прогнозируемо. В процессе понимаешь, сколько будет стоить та или иная функциональность, а также рассчитываешь стоимость при масштабировании или изменениях в сервисе.
Сервис Firebase от Google представляет собой полноценный MBaaS провайдер, который ограничивает от инфраструктурных сложностей, с которыми напрямую связаны AWS и Azure. Весь необходимый для разработки облачного бэкенда функционал на месте, широкие возможности для аналитики, относительная простота интеграции, довольно низкий порог вхождения и прозрачное ценообразование.
Из негативных сторон — проблемы со стабильностью сервиса. К сожалению, на это никак не повлиять, остается только надеяться на инженеров Google.
Подходит для вас? По этим ссылкам можно детальнее познакомиться с Google Firebase, изучить все подробности и начать его использовать:
Kumulos — самостоятельный MBaaS сервис, основанный в 2011 году.
В качестве мобильного бэкенда Kumulos предлагает множество стандартных инструментов, которые мы уже видели в предыдущих сервисах. Также есть возможность создавать полноценные кампании основываясь на расписании и геопозиции, отслеживании и диагностике падений, удобная интеграция со Slack, Trello и Jira, хранение данных и обработка авторизации пользователей.
Как и Firebase, сервис берет на себя все вопросы с балансировкой нагрузки, масштабированием и прочими инфраструктурными проблемами.
В Kumulos встроены обширные аналитические возможности, среди которых: периодическая генерация отчетов, сегментирование пользователей, подробная аналитика поведения, когортный анализ и многое другое. Платформа изначально создана для Big Data и готова к работе с большим количеством данных. Вся аналитика отображается в реальном времени. Внутренний аналитический движок прогнозирует различные инсайты основываясь на собранной статистике.
Важная особенность — возможность хранить и экспортировать данные в другие сервисы, среди которых: Salesforce, Google BigQuery, Amplitude и Tableau.
Интересная и не часто встречающаяся функция — инструмент для оптимизации продвижения приложения в App Store. Kumulos App Store Optimization оценивает страницу вашего приложения и предлагает решения по улучшению показателей. Отслеживает факторы успеха приложения, такие как пользовательские оценки и положение приложений в топе разных стран, и на основе этих данных генерируются отчеты.
Крайне интересно выглядит наличие специального инструментария для студий мобильной разработки, который предоставляет удобный интерфейс управления данными приложений для различных заказчиков. А также генерацию отчетов специально для ваших клиентов.
У Kumulos широкий набор SDK для интеграции как с нативными, так и с кросплатформенными инструментами. Библиотеки активно обновляются и поддерживаются.
Ко всем инструментам описана подробная документация, также существует несколько туториалов и готовых примеров использования платформы.
К сожалению, мне не удалось найти никакой статистики по стабильности серверов работы сервиса Kumulos.
Помимо бесплатного триала у Kumulos есть 3 платных плана: Startup, Enterprise и Agency. Они работают по принципу «плачу только за то, что использую». К сожалению, сервис не предоставляет прайс-лист в открытом доступе, похоже, что он рассчитывается индивидуально, исходя из ваших потребностей.
Нельзя точно говорить о прогнозируемости и размере выплат без знания самих ставок для всех планов. Одно радует — судя по всему, ценообразование довольно гибкое.
Kumulos предоставляет из себя MBaaS платформу во многом аналогичную Firebase. Здесь присутствует весь необходимый набор инструментов MBaaS сервиса, довольно обширные возможности аналитики и отчетности. Интересно выглядит отдельное предложение для студий мобильных приложений, которое сочетает в себе множество дополнительных преимуществ.
Из негативного — отсутствие каких-либо данных о стабильности серверов и закрытый прайсинг.
Стоит попробовать? По этим ссылкам можно детальнее познакомиться Kumulos, изучить все подробности и начать его использовать:
К вопросу выбора облачного сервиса для мобильного бэкенда важно подходить со всей серьезностью, так как он окажет драматическое влияние на процесс разработки вашего приложения или сервиса и его последующего развития.
В статье мы рассмотрели 4 сервиса: Microsoft Azure, AWS Amplify, Google Firebase и Kumulos. Среди них 2 крупных IaaS сервиса и 2 MBaaS, которые специализируются именно на мобильном бэкэнде. И в каждом из вариантов встретили определенные проблемы и негативные стороны.
Важно понимать — идеального решения нет. Выбор технологии для проекта — компромисс между ключевыми факторами. Предлагаю еще раз по ним пройтись:
От функциональности платформы, которую вы выберете, напрямую зависят и ограничения, которые накладываете на ваш бэкэнд. Всегда нужно четко осознавать, какие у вас приоритеты при выборе сервиса, будь то использование одной конкретной фичи, например, push-уведомлений в целях экономии, либо постройка собственной инфраструктуры в рамках одной экосистемы для централизации и единообразия вашего бэкенда.
Тяжело представить современные сервисы без аналитики. Ведь именно этот инструмент позволяет улучшать сервис, анализировать пользователей и в итоге получать большую прибыль. От качества и функциональности аналитики напрямую зависит качество финального продукта. Но никто не мешает подключать и стороннюю аналитику, будь это аналитическая часть Firebase, AppMetrica от Яндекса или что-то другое, более подходящее для вас.
Сложность интеграции напрямую влияет на затраты как денежных, так и временных ресурсов в процессе разработки, не говоря уже о возможном усложнении процесса поиска разработчиков из-за непопулярности, либо высокого порога вхождения в инструментарий.
Надежность и стабильность любого сервиса — одни из важнейших показателей. А когда собственное приложение страдает от проблем на стороне провайдера, получается ситуация не из приятных. Конечному пользователю все равно что там не так и виноваты ли конкретно вы в том, что сервис не работает. Он не сможет сделать, что планировал, и все, впечатление испорчено, к продукту он возможно уже не вернется. Да, идеальных сервисов не бывает, но бывают инструменты для минимизации потерь при проблемах на стороне провайдера.
Ценовая политика сервиса для многих определяющий фактор, так как если финансовые возможности не сходятся с запросами провайдера, то вы просто не сможете продолжать совместную работу. Важно учитывать и прогнозировать стоимость сервисов от которых зависит ваш продукт. Ценообразование у всех сервисов разное, но чаще всего оно пропорционально ресурсам, которые вы используете, будь это количество отправленных уведомлений или используемый размер жесткого диска хранилища.
Используя эти сервисы важно не завязываться на одном решении, иначе вы становитесь полностью зависимыми от него и обрекаете себя, на так называемый, «vendor lock». Это значит, что если с сервисом что-то случится, изменится владелец, направление развития или закроется — придется в срочном порядке искать нового MBaaS поставщика, и, в зависимости от размеров приложения, подобный переезд потребует существенных временных, и, как следствие, денежных затрат. Особенно страшно будет, если бэкэнд завязан на какой-либо уникальной функциональности MBaaS-провайдера, так как все поставщики разные и далеко не у всех одинаковый набор функционала. Поэтому редко, когда удается переехать «безболезненно».
Весь анализ в итоге можно описать в таблице:
Итак, мы разобрали 4 облачных сервиса. Существуют еще десятки подобных инструментов. Идеального сервиса не существует, так что лучшая стратегия для поиска подходящего это как можно раньше осознать свои требования к провайдеру и компромиссы, на которые вы готовы пойти.
Желаем вам сделать правильный выбор.
Данные о стабильности взяты с сервиса https://statusgator.com/
Данные о пользовательских оценках взяты с сервиса www.capterra.com
Подобные сервисы называются Mobile Backend-as-a-Service (MBaaS). Процессы создания бэкенда с их помощью упрощены, по сравнению с разработкой «вручную». Это экономия на найме отдельного backend-разработчика. А тот факт, что провайдер MBaaS берет на себя все вопросы, связанные со стабильностью серверов, балансировкой нагрузки, масштабируемостью и прочими инфраструктурами сложностями, придает уверенности в качестве полученного результата и является основным преимуществом таких сервисов.
В этой статье рассмотрим несколько крупных и зарекомендовавших себя сервисов: Microsoft Azure, AWS Amplify, Google Firebase, Kumulos.
Пункты, по которым рассмотрим сервисы: функциональность бэкенда и аналитики, сложность интеграции сервиса, надежность и стабильность работы и ценовая политика. Пройдемся по каждому сервису и отметим их особенности по этим критериям.
Microsoft Azure
Microsoft Azure — Infrastructure-As-A-Service (IaaS) сервис, который содержит в себе полноценную BaaS функциональность и помогает при создании бэкенда для мобильных приложений.
MBaaS
Microsoft Azure располагает полным набором функциональности для создания бэкенда для мобильного приложения. Обработка push-уведомлений, автоматическое масштабирование, синхронизация данных, интеграция с социальными сетями и многое другое.
Важная особенность Azure — географическое положение серверов. Они расположены в 54 регионах мира, что повышает вероятность подобрать для себя подходящий по задержке сервер. Поскольку в случае неполадок чаще всего страдают только отдельные регионы, можно предположить, что чем больше регионов, тем меньше вероятность попасть на тот самый «нестабильный». Как утверждают Microsoft, у них больше регионов, чем у любого другого поставщика облачных решений. Это, несомненно, плюс.
Аналитика
Сервис предоставляет возможность в реальном времени мониторить работоспособность приложений и собирать отчёты о «падениях». Позволяя тем самым мгновенно локализовать и решить проблему.
Также в Azure можно использовать их собственную библиотеку для сбора аналитики в приложениях: собирать основные метрики (информация об устройстве, о сессии, об активности пользователей и многое другое) и создавать собственные события для отслеживания. Все собранные данные сразу экспортируются в Azure, позволяя проводить с ними аналитическую работу в удобном формате
Дополнительная функциональность
Также существуют интересные функции типа тестирования сборок приложений на реальных устройствах, настройки CI/CD для автоматизации процесса разработки и инструментарий для отправки сборок приложений на бета-тестирование или сразу в App Store или Google Play
Azure позволяет использовать фреймворк «из коробки» предназначенный для работы с картами и геопространственными данными, что упрощает работу с подобным форматом.
Особенно интересно выглядит возможность решения задач с использованием искусственного интеллекта, при помощи которого можно прогнозировать различные аналитические показатели и использовать готовые к работе инструменты для компьютерного зрения, распознавания речи и много другого.
Сложность интеграции
Сервис Microsoft Azure предоставляет SDK для основных мобильных платформ (iOS и Android) и, что бывает не часто, для кроссплатформенных решений (Xamarin и PhoneGap).
В целом, пользователи жалуются на сложный интерфейс и высокий порог вхождения. Это говорит о возможных проблемах в интеграции сервиса.
Важно понимать, что высокий порог вхождения — не частный случай с Azure, а общая проблема для IaaS. Например, Amazon Web Services, который будет рассмотрен далее, также подвержен данному недугу еще больше.
Надежность
Стабильность сервиса от Microsoft выглядит достойно. Видно, что минимум раз в месяц могут происходить кратковременные неполадки в различных регионах. Данная картина говорит о достаточной стабильности сервиса, неполадки происходят редко, в отдельных регионах и крайне быстро исправляются, позволяя сервису держать достойный uptime.
Это подтверждает и список последних происшествий на серверах Azure — большинство из них являются кратковременными предупреждениями, а последний раз, когда сервера «лежали» был в начале мая. Статистика подтверждает картину стабильного сервиса.
Стоимость
В ценовой политике Microsoft Azure разные тарифы оплаты сервиса, есть и бесплатный план с определенными лимитами, которых хватит для тестирования. Важно помнить, что Azure — IaaS сервис, большинство которых из-за своей специфики и сложности подсчета отработанных ресурсов, страдают от сложности прогнозирования стоимости работы. Многие сталкиваются с трудностями и часто даже невозможностью правильно посчитать используемые мощности. Реальный счет может значительно отличаться от того, на который рассчитывали.
Также у Azure, помимо этих планов, есть отдельные платные услуги: App Service Domain, Azure App Service Certificates и SSL Connections. Все они относятся к администрированию вашей инфраструктуры, их касаться не будем.
Во многих отзывах пользователи жалуются на сложную ценовую политику и невозможность прогнозирования стоимости услуг сервиса. Предложенный Microsoft калькулятор называют бесполезным, а сам сервис крайне дорогим.
Итог по Azure
Сервис Azure от Microsoft — функциональный и стабильный инструмент для использования в качестве основного MBaaS провайдера. То, что сервис изначально предоставляет полноценную инфраструктуру, открывает множество возможностей для дальнейшего развития вашего бэкенда вне рамок мобильных приложений. Большое количество серверов и обширное количество регионов, где они расположены, помогает подобрать подходящие вам по задержке. Позитивные отзывы пользователей это подтверждают. Из негативных моментов — высокий порог вхождения и сложности с прогнозированием стоимости работы сервиса.
Подходит? По этим ссылкам можно детальнее познакомиться с Microsoft Azure, изучить все подробности и начать его использовать:
- Microsoft Azure Mobile Services
- Документация по мобильным приложениям
- Ценовая политика
- Бесплатная учетная запись
AWS Amplify
Amazon Web Services (AWS) — второй IaaS, который попал в нашу подборку. Он представляет огромное количество сервисов и интересен тем, что у него по аналогии с Microsoft Azure существует выделенный набор функциональности под названием AWS Amplify, который по сути и является мобильным бэкэндом. Ранее вы могли слышать название AWS Mobile Hub, который долгое время являлся основным сервисом, предоставляющим MBaaS функциональность. Как пишут сами Amazon, Amplify это доработанный и усовершенствованный Mobile Hub, в котором решены основные проблемы предшественника.
Если верить Amazon, то сервису Amplify доверяет множество крупных компаний, среди которых Netflix, Airbnb и многие другие.
MBaaS
Мобильное решение от Amazon позволяет в короткие сроки сконфигурировать всю необходимую функциональность для мобильного приложения. Будь то серверная логика, хранение данных, авторизация пользователей или обработка и доставка контента, уведомления и аналитика.
Amazon также предоставляет все необходимые условия с точки зрения инфраструктуры, такие как масштабирование, балансировка нагрузки и многое другое.
Аналитика
За аналитику отвечает отдельный сервис Amazon Pinpoint, в котором можно сегментировать аудиторию и проводить масштабные таргетинговые кампании через разные каналы (push уведомления, смс и электронная почта) по привлечению пользователей в сервис.
Pinpoint предоставляет данные в режиме реального времени, можно создавать динамические сегменты аудитории, анализировать их вовлеченность и на основе этих данных оптимизировать маркетинговую стратегию.
Дополнительная функциональность
Amazon Amplify предоставляет доступ к сервису AWS Device Farm для тестирования билдов ваших приложений на реальных устройствах. Сервис позволяет проводить параллельное автоматизированное тестирование ваших приложений на множестве физических устройств, также доступно и ручное тестирование.
Сервис AWS Amplify Console является инструментом для деплоя и хостинга как серверных ресурсов, так и веб приложений с возможностью настройки CI/CD для автоматизации процесса разработки.
Также необычно выглядит возможность внедрения в мобильные приложения «из коробки» голосовых и текстовых ботов в качестве интерфейса для взаимодействия с пользователем. Работает это на сервисе Amazon Lex.
Интересно, что AWS Amplify предоставляет также и небольшую библиотеку готовых UI компонентов для вашего React Native приложения, что может послужить незначительным ускорением процесса разработки, либо использоваться в прототипе или MVP вашего проекта.
Сложность интеграции
Сервис Amazon Amplify предоставляет SDK для iOS, Android, JavaScript и React Native и достаточно подробную документацию. Важно отметить что помимо REST, сервис поддерживает еще и GraphQL.
Как говорилось в процессе анализа Azure, высокий порог вхождения —общая проблема для всех IaaS. Amazon не исключение, а даже наоборот. Это, наверное, один из самых сложных сервисов для понимания. Это происходит из-за большого количества различных инструментов, которыми располагает AWS. Освоение AWS с нуля займет значительное время. Но если ограничиться только Amplify — можно реализовать рабочее решение в адекватные сроки.
Надежность
Сервис от Amazon по статистике выглядит менее стабильным, чем Azure. Но радует малое количество полноценных отключений (красных клеток). В основном все, что происходит — это предупреждения и нестабильность в работе некоторых сервисов.
Это подтверждает и список последних происшествий на серверах AWS — некоторые из них являются предупреждениями разной длительности (порой до 16 часов), а последний раз, когда сервера «лежали», был в середине июня. В целом выглядит достаточно стабильно.
Стоимость
Ценовая политика Amazon Web Services с первого взгляда весьма проста — платите только за то, чем пользуетесь, сверх бесплатного лимита. Но как и в случае с Microsoft Azure, чем больше сервисов вы используете, тем сложнее прогнозировать итоговую стоимость работы.
В интернете множество отзывов, которые называют AWS слишком дорогим. Чего уж говорить, если давно появились компании, которые за отдельную сумму готовы оптимизировать ваше использование AWS, насколько это возможно минимизируя ежемесячные счета.
Итог по Amazon Amplify
В целом история с Amazon Amplify похожа на Azure. Во многом аналогичный функционал для MBaaS, предоставление полноценной инфраструктуры и возможность развития своего бэкенда. Позитивно выделяются маркетинговые инструменты Amazon, в частности, Pinpoint.
Из негативных сторон вспоминаем про не менее высокий порог входа, чем у Azure, и такие же сложности с прогнозированием стоимости. Добавим к этому менее стабильный сервис и, судя по отзывам, не отзывчивую техническую поддержку.
Подходит? По этим ссылкам можно детальнее познакомиться с Amazon Amplify, изучить все подробности и начать его использовать:
- Сервис Amazon Amplify
- Вводная статья про Amplify и переход с Mobile Hub
- AWS Amplify Framework
- AWS Amplify Console
- AWS Device Farm
- Документация
- Ценовая политика
Google Firebase
Сервис Firebase от Google является одним из самых интересных вариантов в качестве MBaaS сервиса для вашего приложения. Он давно зарекомендовал себя в качестве полезного инструмента и является таковым для многих известных приложений: Shazam, Duolingo, Lyft и других.
MBaaS
Firebase берет на себя все, что понадобится вашему мобильному приложению. Сервис совмещает в себе полноценные бэкенд-фичи, такие как хранение данных, синхронизация, аутентификация, облачные функции (выполнение бэкенд кода), и, в данный момент, в бете находится Machine Learning Kit, при помощи которого реализуется в приложении различная функциональность на основе машинного обучения (распознавание текста, объектов на фотографиях и много другое).
Аналитика
Важная особенность Firebase в том, что помимо бэкенд функциональности, сервис предлагает и широкий спектр возможностей для аналитики приложения. Встроенная Google Analytics, сегментирование пользовательской базы и работа с push-уведомлениями. Также в 2017 году Google отметился крутым приобретением, купив широко распространенный сервис Fabric и интегрировав его в Firebase наряду с Crashlytics, крайне полезным инструментом для отслеживания ошибок в приложении и сбора статистики и отчетов о падениях, произошедших на устройствах пользователей.
Дополнительная функциональность
Firebase предоставляет инструмент Firebase Dynamic Links для обработки динамических ссылок на ваш контент, при помощи этого инструмента можно генерировать ссылки, которые ведут в приложение, если оно установлено, если нет — отправляют пользователя в App Store или Google Play для установки. Также подобные ссылки работают в зависимости от устройства, на котором они открываются, если это компьютер, то будет открыта страница в браузере, а если устройство — произойдет переход в приложение.
Также Google позволяет проводить A/B тестирование ваших приложений при помощи Firebase A/B Testing и настраивать удаленную конфигурацию с инструментом Remote Config.
Сложность интеграции
Становится понятно, что этот сервис совмещает в себе крайне большое количество возможностей для вашего приложения. Для интеграции Firebase стоит использовать SDK необходимой платформы, среди которых iOS, Android, JavaScript, а также для C++ и Unity, что будет очень кстати, если вы разрабатываете игры. Важно отметить, что у Firebase достаточно подробная документация и широкая база пользователей-разработчиков, и как следствие, большое количество вспомогательного контента в сети, будь то ответы на вопросы или обзорные статьи.
Надежность
Стоит ли полагаться на Google — вопрос отдельной статьи. С одной стороны, у вас есть высокостабильный и работающий провайдер, а с другой, никогда не знаешь, когда «Гугл закроет и этот сервис». Не зря Гугл убрали у себя из миссии «Dont be evil».
Когда провайдер обладает такими ресурсами, казалось бы, аптайм должен стремиться к 100%, но все равно можно найти множество сообщений о проблемах с сервисом, например, цитата одного из пользователей: «Downtime happens. In the case of Firebase, you might say that «uptime» happens». И действительно, если посмотреть на статистику по событиям с сервисами Firebase, увидим, что бывают как небольшие простои, так и полноценные отключения на 5-7 часов, это может быть критично для вашего сервиса.
А бывает, что проблемы длятся неделями. Нельзя забывать, что на этих сервисах может работать критичный и жизненно важный для продукта код. Выглядит данная статистика не очень радостно.
Стоимость
Ценовая политика Firebase понятна и проста, есть 3 плана: Spark, Flame и Blaze. Они идеологически отличаются друг от друга. В то время как Spark — бесплатный план с лимитами, которые позволяют развернуть и протестировать значительную часть функциональности платформы. Планы Flame и Blaze предполагают платное использование. Flame стоит фиксированные 25$ в месяц, но по сути вы получаете тот же Spark, только со значительно большими лимитами.
Blaze отличается от остальных. Он позволяет использовать возможности платформы в неограниченных количествах, при этом вы платите соразмерно ресурсам, которые используете. Это крайне гибкий план, в котором оплачиваете только ту функциональность, которой пользуетесь. Если, например, решите использовать платформу только для тестирования приложений — только за превышение бесплатных лимитов по тестированию и будете платить.
В общем, ценообразование Firebase весьма прозрачно и прогнозируемо. В процессе понимаешь, сколько будет стоить та или иная функциональность, а также рассчитываешь стоимость при масштабировании или изменениях в сервисе.
Итог по Firebase
Сервис Firebase от Google представляет собой полноценный MBaaS провайдер, который ограничивает от инфраструктурных сложностей, с которыми напрямую связаны AWS и Azure. Весь необходимый для разработки облачного бэкенда функционал на месте, широкие возможности для аналитики, относительная простота интеграции, довольно низкий порог вхождения и прозрачное ценообразование.
Из негативных сторон — проблемы со стабильностью сервиса. К сожалению, на это никак не повлиять, остается только надеяться на инженеров Google.
Подходит для вас? По этим ссылкам можно детальнее познакомиться с Google Firebase, изучить все подробности и начать его использовать:
Kumulos
Kumulos — самостоятельный MBaaS сервис, основанный в 2011 году.
MBaaS
В качестве мобильного бэкенда Kumulos предлагает множество стандартных инструментов, которые мы уже видели в предыдущих сервисах. Также есть возможность создавать полноценные кампании основываясь на расписании и геопозиции, отслеживании и диагностике падений, удобная интеграция со Slack, Trello и Jira, хранение данных и обработка авторизации пользователей.
Как и Firebase, сервис берет на себя все вопросы с балансировкой нагрузки, масштабированием и прочими инфраструктурными проблемами.
Аналитика
В Kumulos встроены обширные аналитические возможности, среди которых: периодическая генерация отчетов, сегментирование пользователей, подробная аналитика поведения, когортный анализ и многое другое. Платформа изначально создана для Big Data и готова к работе с большим количеством данных. Вся аналитика отображается в реальном времени. Внутренний аналитический движок прогнозирует различные инсайты основываясь на собранной статистике.
Важная особенность — возможность хранить и экспортировать данные в другие сервисы, среди которых: Salesforce, Google BigQuery, Amplitude и Tableau.
Дополнительная функциональность
Интересная и не часто встречающаяся функция — инструмент для оптимизации продвижения приложения в App Store. Kumulos App Store Optimization оценивает страницу вашего приложения и предлагает решения по улучшению показателей. Отслеживает факторы успеха приложения, такие как пользовательские оценки и положение приложений в топе разных стран, и на основе этих данных генерируются отчеты.
Крайне интересно выглядит наличие специального инструментария для студий мобильной разработки, который предоставляет удобный интерфейс управления данными приложений для различных заказчиков. А также генерацию отчетов специально для ваших клиентов.
Сложность интеграции
У Kumulos широкий набор SDK для интеграции как с нативными, так и с кросплатформенными инструментами. Библиотеки активно обновляются и поддерживаются.
Ко всем инструментам описана подробная документация, также существует несколько туториалов и готовых примеров использования платформы.
Надежность
К сожалению, мне не удалось найти никакой статистики по стабильности серверов работы сервиса Kumulos.
Стоимость
Помимо бесплатного триала у Kumulos есть 3 платных плана: Startup, Enterprise и Agency. Они работают по принципу «плачу только за то, что использую». К сожалению, сервис не предоставляет прайс-лист в открытом доступе, похоже, что он рассчитывается индивидуально, исходя из ваших потребностей.
Нельзя точно говорить о прогнозируемости и размере выплат без знания самих ставок для всех планов. Одно радует — судя по всему, ценообразование довольно гибкое.
Итог по Kumulos
Kumulos предоставляет из себя MBaaS платформу во многом аналогичную Firebase. Здесь присутствует весь необходимый набор инструментов MBaaS сервиса, довольно обширные возможности аналитики и отчетности. Интересно выглядит отдельное предложение для студий мобильных приложений, которое сочетает в себе множество дополнительных преимуществ.
Из негативного — отсутствие каких-либо данных о стабильности серверов и закрытый прайсинг.
Стоит попробовать? По этим ссылкам можно детальнее познакомиться Kumulos, изучить все подробности и начать его использовать:
Заключение
К вопросу выбора облачного сервиса для мобильного бэкенда важно подходить со всей серьезностью, так как он окажет драматическое влияние на процесс разработки вашего приложения или сервиса и его последующего развития.
В статье мы рассмотрели 4 сервиса: Microsoft Azure, AWS Amplify, Google Firebase и Kumulos. Среди них 2 крупных IaaS сервиса и 2 MBaaS, которые специализируются именно на мобильном бэкэнде. И в каждом из вариантов встретили определенные проблемы и негативные стороны.
Важно понимать — идеального решения нет. Выбор технологии для проекта — компромисс между ключевыми факторами. Предлагаю еще раз по ним пройтись:
Функциональность
От функциональности платформы, которую вы выберете, напрямую зависят и ограничения, которые накладываете на ваш бэкэнд. Всегда нужно четко осознавать, какие у вас приоритеты при выборе сервиса, будь то использование одной конкретной фичи, например, push-уведомлений в целях экономии, либо постройка собственной инфраструктуры в рамках одной экосистемы для централизации и единообразия вашего бэкенда.
Аналитика
Тяжело представить современные сервисы без аналитики. Ведь именно этот инструмент позволяет улучшать сервис, анализировать пользователей и в итоге получать большую прибыль. От качества и функциональности аналитики напрямую зависит качество финального продукта. Но никто не мешает подключать и стороннюю аналитику, будь это аналитическая часть Firebase, AppMetrica от Яндекса или что-то другое, более подходящее для вас.
Сложность интеграции
Сложность интеграции напрямую влияет на затраты как денежных, так и временных ресурсов в процессе разработки, не говоря уже о возможном усложнении процесса поиска разработчиков из-за непопулярности, либо высокого порога вхождения в инструментарий.
Надежность и стабильность
Надежность и стабильность любого сервиса — одни из важнейших показателей. А когда собственное приложение страдает от проблем на стороне провайдера, получается ситуация не из приятных. Конечному пользователю все равно что там не так и виноваты ли конкретно вы в том, что сервис не работает. Он не сможет сделать, что планировал, и все, впечатление испорчено, к продукту он возможно уже не вернется. Да, идеальных сервисов не бывает, но бывают инструменты для минимизации потерь при проблемах на стороне провайдера.
Ценовая политика
Ценовая политика сервиса для многих определяющий фактор, так как если финансовые возможности не сходятся с запросами провайдера, то вы просто не сможете продолжать совместную работу. Важно учитывать и прогнозировать стоимость сервисов от которых зависит ваш продукт. Ценообразование у всех сервисов разное, но чаще всего оно пропорционально ресурсам, которые вы используете, будь это количество отправленных уведомлений или используемый размер жесткого диска хранилища.
Vendor lock
Используя эти сервисы важно не завязываться на одном решении, иначе вы становитесь полностью зависимыми от него и обрекаете себя, на так называемый, «vendor lock». Это значит, что если с сервисом что-то случится, изменится владелец, направление развития или закроется — придется в срочном порядке искать нового MBaaS поставщика, и, в зависимости от размеров приложения, подобный переезд потребует существенных временных, и, как следствие, денежных затрат. Особенно страшно будет, если бэкэнд завязан на какой-либо уникальной функциональности MBaaS-провайдера, так как все поставщики разные и далеко не у всех одинаковый набор функционала. Поэтому редко, когда удается переехать «безболезненно».
Весь анализ в итоге можно описать в таблице:
| Microsoft Azure |
AWS Amplify |
Google Firebase |
Kumulos |
|
| MBaaS инструменты | push-уведомления, синхронизация данных, автоматическое масштабирование и балансировка нагрузки, и многое другое |
|||
| Аналитика |
Аналитика в реальном времени |
Аналитика и таргетинговые кампании в Amazon Pinpoint |
Google Analytics и Crashlytics для сбора отчетов о падениях |
Аналитика в реальном времени, когортный анализ, работа с Big Data и экспорт в другие сервисы |
| Дополнительная функциональность |
|
|
|
|
| Интеграция |
|
|
SDK: iOS, Android, JS, C++, Unity |
SDK: IOS, Android, WP, Cordova, PhoneGap, Xamarin, Unity, LUA Corona и многие другие |
| Надежность и стабильность |
Крайне редкие отключения (до 1 раза в месяц) |
Редкие отключения, в основном предупреждения |
Бывают проблемные периоды и отключения |
Статистика отсутствует |
| Ценовая политика |
|
|
Во всех планах плата за использование |
|
Итак, мы разобрали 4 облачных сервиса. Существуют еще десятки подобных инструментов. Идеального сервиса не существует, так что лучшая стратегия для поиска подходящего это как можно раньше осознать свои требования к провайдеру и компромиссы, на которые вы готовы пойти.
Желаем вам сделать правильный выбор.
Данные о стабильности взяты с сервиса https://statusgator.com/
Данные о пользовательских оценках взяты с сервиса www.capterra.com
Подписывайтесь на телеграм-канал Surf Web Team. Здесь вы найдёте:
- статьи, новости и материалы по web;
- анонсы лекций, конференций, хакатонов;
- актуальные cтажировки и вакансии в Surf.
Присоединиться >>
Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
А какой сервис вы использовали в качестве бэкенда для своего приложения?
15.56% Microsoft Azure7
13.33% AWS Amplify (или AWS Mobile Hub)6
60% Google Firebase27
2.22% Kumulos1
13.33% Другой (укажу в комментариях)6
Проголосовали 45 пользователей. Воздержались 29 пользователей.
