Распрацоўка бэкенда - складаны і затратны працэс. Пры распрацоўцы мабільных прыкладанняў яму часта надаецца неапраўдана больш увагі. Неапраўдана, таму што кожны раз даводзіцца рэалізоўваць тыповыя для мабільных прыкладанняў сцэнары: адправіць push-паведамленне, даведацца колькі карыстальнікаў зацікавіліся акцыяй і аформілі замову і да т.п. Жадаецца рашэнне, якое дазволіць сфакусавацца на важных для прыкладання рэчах без страты якасці і дэталяў у рэалізацыі другарадных. І такія рашэнні ёсць!
Падобныя сэрвісы завуцца Mobile Backend-as-a-Service (MBaaS). Працэсы стварэння бэкенда з іх дапамогай спрошчаны, у параўнанні з распрацоўкай "уручную". Гэта эканомія на найманні асобнага backend-распрацоўшчыка. А той факт, што правайдэр MBaaS бярэ на сябе ўсе пытанні, злучаныя са стабільнасцю сервераў, балансаваннем нагрузкі, маштабаванасцю і іншымі інфраструктурамі складанасцямі, надае ўпэўненасці ў якасці атрыманага выніку і з'яўляецца асноўнай перавагай такіх сэрвісаў.
У гэтым артыкуле разгледзім некалькі буйных і якія зарэкамендавалі сябе сэрвісаў: Microsoft Azure, AWS Amplify, Google Firebase, Kumulos.
Пункты, па якіх разгледзім сэрвісы: функцыянальнасць бэкенда і аналітыкі, складанасць інтэграцыі сэрвісу, надзейнасць і стабільнасць працы і коштавая палітыка. Пройдземся па кожным сэрвісе і адзначым іх асаблівасці па гэтых крытэрыях.
Microsoft Azure
- Infrastructure-As-A-Service (IaaS) сэрвіс, які змяшчае ў сабе паўнавартасную BaaS функцыянальнасць і дапамагае пры стварэнні бэкенда для мабільных прыкладанняў.
MBaaS
размяшчае поўным наборам функцыянальнасці для стварэння бэкенда для мабільнага прыкладання. Апрацоўка push-апавяшчэнняў, аўтаматычнае маштабаванне, сінхранізацыя дадзеных, інтэграцыя з сацыяльнымі сеткамі і многае іншае.
Важная асаблівасць Azure - геаграфічнае становішча сервераў. Яны размешчаны ў 54 рэгіёнах свету, што павышае верагоднасць падабраць для сябе прыдатны па затрымцы сервер. Паколькі ў выпадку непаладак часцей за ўсё пакутуюць толькі асобныя рэгіёны, можна меркаваць, што чым больш рэгіёнаў, тым меншая верагоднасць патрапіць на той самы «нестабільны». Як сцвярджаюць Microsoft, у іх больш рэгіёнаў, чым у любога іншага пастаўшчыка хмарных рашэнняў. Гэта, несумненна, плюс.
Аналітыка
Сэрвіс дае магчымасць у рэальным часе маніторыць працаздольнасць прыкладанняў і збіраць справаздачы аб «падзеннях». Дазваляючы тым самым імгненна лакалізаваць і вырашыць праблему.
Таксама ў Azure можна выкарыстоўваць іх уласную бібліятэку для збору аналітыкі ў дадатках: збіраць асноўныя метрыкі (інфармацыя аб прыладзе, аб сесіі, аб актыўнасці карыстальнікаў і многае іншае) і ствараць уласныя падзеі для адсочвання. Усе сабраныя дадзеныя адразу экспартуюцца ў Azure, дазваляючы праводзіць з імі аналітычную працу ў зручным фармаце.
Дадатковая функцыянальнасць
Таксама існуюць цікавыя функцыі тыпу тэставання зборак прыкладанняў на рэальных прыладах, наладкі CI/CD для аўтаматызацыі працэсу распрацоўкі і інструментар для адпраўкі зборак прыкладанняў на бэта-тэставанне або адразу ў App Store ці Google Play
Azure дазваляе выкарыстоўваць фрэймворк "са скрынкі" прызначаны для працы з картамі і геопространственными дадзенымі, што спрашчае працу з падобным фарматам.
Асабліва цікава выглядае магчымасць рашэння задач з выкарыстаннем , пры дапамозе якога можна прагназаваць розныя аналітычныя паказчыкі і выкарыстоўваць гатовыя да працы прылады для кампутарнага зроку, распазнанні прамовы і шмат іншага.
Складанасць інтэграцыі
Сэрвіс Microsoft Azure падае для асноўных мабільных платформаў (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, вывучыць усе падрабязнасці і пачаць яго выкарыстоўваць:
AWS Узмацненне
- Другі IaaS, які трапіў у нашу падборку. Ён уяўляе велізарную колькасць сэрвісаў і цікавы тым, што ў яго па аналогіі з Microsoft Azure існуе вылучаны набор функцыянальнасці пад назовам , Які па сутнасці і з'яўляецца мабільным бэкэндам. Раней вы маглі чуць назву AWS Mobile Hub, які доўгі час з'яўляўся асноўным сэрвісам, які прадстаўляе MBaaS функцыянальнасць. Як самі Amazon, Amplify гэта дапрацаваны і ўдасканалены Mobile Hub, у якім вырашаны асноўныя праблемы папярэдніка.
Калі верыць Amazon, то сэрвісу Amplify давярае мноства буйных кампаній, сярод якіх Netflix, Airbnb і многія іншыя.
MBaaS
Мабільнае рашэнне ад Amazon дазваляе ў кароткія тэрміны сканфігураваць усю неабходную функцыянальнасць для мабільнага прыкладання. Няхай гэта будзе серверная логіка, захоўванне дадзеных, аўтарызацыя карыстальнікаў або апрацоўка і дастаўка кантэнту, апавяшчэння і аналітыка.
Amazon таксама дае ўсе неабходныя ўмовы з пункту гледжання інфраструктуры, такія як маштабаванне, балансіроўка нагрузкі і многае іншае.
Аналітыка
За аналітыку адказвае асобны сэрвіс , у якім можна сегментаваць аўдыторыю і праводзіць маштабныя таргетынгавыя кампаніі праз розныя каналы (push апавяшчэння, смс і электронная пошта) па прыцягненню карыстальнікаў у сэрвіс.
Pinpoint дае дадзеныя ў рэжыме рэальнага часу, можна ствараць дынамічныя сегменты аўдыторыі, аналізаваць іх уцягнутасць і на аснове гэтых дадзеных аптымізаваць маркетынгавую стратэгію.
Дадатковая функцыянальнасць
Amazon Amplify дае доступ да сэрвісу для тэставання білдаў вашых прыкладанняў на рэальных прыладах. Сэрвіс дазваляе праводзіць раўналежнае аўтаматызаванае тэставанне вашых прыкладанняў на мностве фізічных прылад, таксама даступна і ручное тэставанне.
Сэрвіс з'яўляецца прыладай для дэплою і хостынгу як серверных рэсурсаў, так і вэб прыкладанняў з магчымасцю наладкі CI/CD для аўтаматызацыі працэсу распрацоўкі.
Таксама незвычайна выглядае магчымасць укаранення ў мабільныя прыкладанні «са скрынкі» галасавых і тэкставых ботаў у якасці інтэрфейсу для ўзаемадзеяння з карыстачом. Працуе гэта на сэрвісе .
Цікава, што AWS Amplify дае таксама і невялікую гатовых UI кампанентаў для вашага React Native прыкладання, што можа паслужыць нязначным паскарэннем працэсу распрацоўкі, альбо выкарыстоўвацца ў прататыпе ці MVP вашага праекта.
Складанасць інтэграцыі
Сэрвіс Amazon Amplify дае SDK для , , и і дастаткова падрабязную . Важна адзначыць што апроч 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, вывучыць усе падрабязнасці і пачаць яго выкарыстоўваць:
Google Firebase
Сэрвіс ад Google з'яўляецца адным з самых цікавых варыянтаў у якасці MBaaS сэрвісу для вашага дадатку. Ён даўно зарэкамендаваў сябе ў якасці карыснай прылады і з'яўляецца такім для шматлікіх вядомых прыкладанняў: Shazam, Duolingo, Lyft і іншых.
MBaaS
Firebase бярэ на сябе ўсё, што спатрэбіцца вашаму мабільнаму з дадаткам. Сэрвіс сумяшчае ў сабе паўнавартасныя бэкэнд-фічы, такія як захоўванне дадзеных, сінхранізацыя, аўтэнтыфікацыя, хмарныя функцыі (выкананне бэкэнд кода), і, у дадзены момант, у бэце знаходзіцца , пры дапамозе якога рэалізуецца ў дадатку розная функцыянальнасць на аснове машыннага навучання (распазнаванне тэксту, аб'ектаў на фатаграфіях і шмат іншага).
Аналітыка
Важная асаблівасць Firebase у тым, што апроч бэкенд функцыянальнасці, сэрвіс прапануе і шырокі спектр магчымасцяў для аналітыкі прыкладання. Убудаваная Google Analytics, сегментаванне карыстацкай базы і праца з push-паведамленнямі. Таксама ў 2017 годзе Google адзначыўся крутым набыццём, купіўшы шырока распаўсюджаны сэрвіс Fabric і інтэграваўшы яго ў Firebase нараўне з Crashlytics, вельмі карысным інструментам для адсочвання памылак у дадатку і збору статыстыкі і справаздач аб падзеннях, якія адбыліся на прыладах карыстальнікаў.
Дадатковая функцыянальнасць
Firebase дае інструмент для апрацоўкі дынамічных спасылак на ваш кантэнт, пры дапамозе гэтага інструмента можна генераваць спасылкі, якія вядуць у дадатак, калі яно ўстаноўлена, калі не - адпраўляюць карыстальніка ў App Store або Google Play для ўстаноўкі. Таксама падобныя спасылкі працуюць у залежнасці ад прылады, на якім яны адчыняюцца, калі гэта кампутар, то будзе адчыненая старонка ў браўзэры, а калі прылада — адбудзецца пераход у дадатак.
Таксама Google дазваляе праводзіць A/B тэставанне вашых прыкладанняў пры дапамозе і наладжваць выдаленую канфігурацыю з прыладай .
Складанасць інтэграцыі
Становіцца зразумела, што гэты сэрвіс сумяшчае ў сабе вельмі вялікая колькасць магчымасцяў для вашага дадатку. Для інтэграцыі Firebase варта выкарыстоўваць неабходнай платформы, сярод якіх iOS, Android, JavaScript, а таксама для C ++ і Unity, што будзе вельмі дарэчы, калі вы распрацоўваеце гульні. Важна адзначыць, што ў Firebase досыць падрабязная дакументацыя і шырокая база карыстачоў-распрацоўнікаў, і як следства, вялікая колькасць дапаможнага кантэнту ў сеткі, няхай гэта будзе адказы на пытанні ці аглядныя артыкулы.
Надзейнасць
Ці варта спадзявацца на Google - пытанне асобнага артыкула. З аднаго боку, у вас ёсць высокастабільны і які працуе правайдэр, а з іншай, ніколі не ведаеш, калі «Гугл зачыніць і гэты сэрвіс». Нездарма Гугл прыбралі ў сябе з місіі "Dont be evil".
Калі правайдэр валодае такімі рэсурсамі, здавалася б, аптайм павінен імкнуцца да 100%, але ўсё роўна можна знайсці мноства паведамленняў аб праблемах з сэрвісам, напрыклад, аднаго з карыстальнікаў: «Downtime happens. У выпадку з Firebase, вы можаце ведаць, што «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
- самастойны MBaaS сэрвіс, заснаваны ў 2011 годзе.
MBaaS
У якасці мабільнага бэкенда Kumulos прапануе мноства стандартных інструментаў, якія мы ўжо бачылі ў папярэдніх сэрвісах. Таксама ёсць магчымасць ствараць паўнавартасныя кампаніі грунтуючыся на раскладзе і геапазіцыі, удасканаленьні і дыягностыцы падзенняў, зручная інтэграцыя са Slack, Trello і Jira, захоўванне дадзеных і апрацоўка аўтарызацыі карыстальнікаў.
Як і Firebase, сэрвіс бярэ на сябе ўсе пытанні з балансаваннем нагрузкі, маштабаваннем і іншымі інфраструктурнымі праблемамі.
Аналітыка
У Kumulos убудаваны шырокія аналітычныя магчымасці, сярод якіх: перыядычная генерацыя справаздач, сегментаванне карыстачоў, падрабязная аналітыка паводзін, кагорты аналіз і шматлікае іншае. Платформа першапачаткова створана для Big Data і гатова да працы з вялікай колькасцю дадзеных. Уся аналітыка адлюстроўваецца ў рэальным часе. Унутраны аналітычны рухавік прагназуе розныя інсайты грунтуючыся на сабранай статыстыцы.
Важная асаблівасць - магчымасць захоўваць і экспартаваць дадзеныя ў іншыя сэрвісы, сярод якіх: Salesforce, Google BigQuery, Amplitude і Tableau.
Дадатковая функцыянальнасць
Цікавая і не часта сустракаемая функцыя - інструмент для аптымізацыі прасоўвання прыкладання ў App Store. ацэньвае старонку вашага прыкладання і прапануе рашэнні па паляпшэнні паказчыкаў. Адсочвае фактары поспеху прыкладання, такія як карыстацкія адзнакі і становішча прыкладанняў у топе розных краін, і на аснове гэтых дадзеных генеруюцца справаздачы.
Вельмі цікава выглядае наяўнасць спецыяльнага інструментара для студый мабільнай распрацоўкі, які дае зручны інтэрфейс кіравання дадзенымі прыкладанняў для розных заказчыкаў. А таксама генерацыю справаздач спецыяльна для вашых кліентаў.
Складанасць інтэграцыі
У Kumulos для інтэграцыі як з натыўнымі, так і з кросплатформавымі прыладамі. Бібліятэкі актыўна абнаўляюцца і падтрымліваюцца.
Да ўсіх прылад апісана падрабязная дакументацыя, таксама існуе некалькі тутарыялаў і гатовых прыкладаў выкарыстання платформы.
Надзейнасць
Нажаль, мне не атрымалася знайсці ніякай статыстыкі па стабільнасці сервераў працы сэрвісу 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 Узмацненне
Google Firebase
Kumulos
MBaaS інструменты
push-паведамлення, сінхранізацыя дадзеных,
аўтаматычнае маштабаванне і балансіроўка нагрузкі, і многае іншае
Аналітыка
Аналітыка ў рэальным часе
Аналітыка і таргетынгавыя кампаніі ў Amazon Pinpoint
Google Analytics і Crashlytics для збору справаздач аб падзеннях
Аналітыка ў рэальным часе, кагортны аналіз, праца з Big Data і экспарт у іншыя сэрвісы
Дадатковая функцыянальнасць
- Аўтаматызацыя зборак
- Фрэймворк геолокацыі
- Інструмент ІІ
- Мноства іншых Azure сэрвісаў
- Device Farm
- Amplify Console
- Амазонка Лекс
- Мноства іншых AWS сэрвісаў
- Дынамічныя спасылкі
- A / B тэставання
- Аддаленая канфігурацыя
- Аптымізацыі прыкладання ў App Store.
- Функцыянальнасць для студыйнай распрацоўкі
інтэграцыя
- SDK: iOS, Android, Xamarin, Phonegap
- Высокі парог уваходжання
- SDK: iOS, Android, JS, React Native
- Падтрымка GraphQL
- Высокі парог уваходжання
SDK: iOS, Android, JS, C++, Unity
SDK: IOS, Android, WP, Cordova, PhoneGap, Xamarin, Unity, LUA Corona і многія іншыя
Надзейнасць і стабільнасць
Вельмі рэдкія адключэнні (да 1 разу ў месяц)
Рэдкія адключэнні, у асноўным папярэджанні
Бываюць праблемныя перыяды і адключэнні
Статыстыка адсутнічае
Коштавая палітыка
- Разлічваецца з выкарыстаных рэсурсаў
- Складанасць у прагназаванні
- Кошт вышэй, чым у MBaaS сэрвісаў
- Spark (free)
- Flame (25$/m)
- Blaze (за выкарыстанне)
- Увод у эксплуатацыю
- прадпрыемства
- Агенцтва
Ва ўсіх планах плата за выкарыстанне
Такім чынам, мы разабралі 4 хмарных сэрвісу. Існуюць яшчэ дзясяткі падобных прылад. Ідэальнага сэрвісу не існуе, так што лепшая стратэгія для пошуку прыдатнага гэта як мага раней усвядоміць свае патрабаванні да правайдэра і кампрамісы, на якія вы гатовыя пайсці.
Жадаем вам зрабіць правільны выбар.
Дадзеныя аб стабільнасці ўзяты з сэрвісу
Дадзеныя аб карыстацкіх ацэнках узяты з сэрвісу
Толькі зарэгістраваныя карыстачы могуць удзельнічаць у апытанні. , Калі ласка.
А які сэрвіс вы выкарыстоўвалі ў якасці бэкенда для свайго прыкладання?
-
Microsoft Azure
-
AWS Amplify (або AWS Mobile Hub)
-
Google Firebase
-
Kumulos
-
Іншы (пакажу ў каментарах)
Прагаласавалі 16 карыстальнікаў. Устрымаліся 13 карыстальнікаў.
Крыніца: habr.com