Backend-evoluo estas kompleksa kaj multekosta procezo. Dum evoluigado de moveblaj aplikoj, ĝi ofte ricevas senracie pli da atento. Ĝi estas nepravigebla, ĉar ĉiufoje vi devas efektivigi tipajn scenarojn por poŝtelefonaj aplikoj: sendu puŝan sciigon, eksciu kiom da uzantoj interesiĝas pri la reklamado kaj mendon ktp. Mi ŝatus solvon, kiu permesos vin koncentriĝi pri aferoj gravaj por la aplikaĵo sen perdi kvaliton kaj detalojn en la efektivigo de malĉefaj. Kaj estas solvoj!
Tiaj servoj nomiĝas Mobile Backend-as-a-Service (MBaaS). La procezoj de kreado de backend kun ilia helpo estas simpligitaj kompare kun la evoluo "mane". Ĉi tio estas la ŝparaĵoj dum dungado de aparta ellaboranto de backend. Kaj la fakto, ke la provizanto de MBaaS prizorgas ĉiujn aferojn rilatajn al servila stabileco, ŝarĝo-ekvilibro, skalebleco kaj aliaj infrastrukturaj malfacilaĵoj, donas fidon pri la kvalito de la rezulto kaj estas la ĉefa avantaĝo de tiaj servoj.
En ĉi tiu artikolo, ni rigardos plurajn grandajn kaj provitajn servojn: Microsoft Azure, AWS Amplify, Google Firebase, Kumulos.
La punktoj sur kiuj ni konsideros la servojn: la funkciecon de la backend kaj analizo, la komplekseco de integriĝo de la servo, la fidindeco kaj stabileco de laboro, kaj la prezo-politiko. Ni trarigardu ĉiun servon kaj notu iliajn funkciojn laŭ ĉi tiuj kriterioj.
Microsoft Azure
- Infrastructure-As-A-Service (IaaS) estas servo, kiu enhavas plenan funkcion de BaaS kaj helpas krei backend por moveblaj aplikoj.
MBaaS
havas plenan aron da funkcioj por krei backend por poŝtelefona aplikaĵo. Prilaborado de puŝaj sciigoj, aŭtomata skalo, sinkronigado de datumoj, integriĝo pri sociaj amaskomunikiloj kaj pli.
Grava trajto de Azure estas la geografia loko de la serviloj. Ili situas en 54 regionoj de la mondo, kio pliigas la probablon elekti servilon, kiu konvenas al vi laŭ latenteco. Ĉar nur certaj regionoj plej ofte suferas okaze de misfunkcio, oni povas supozi, ke ju pli da regionoj, des malpli probable estas atingi la tre "malstabila". Microsoft asertas havi pli da regionoj ol iu ajn alia nuba provizanto. Ĉi tio certe estas pluso.
Analitiko
La servo disponigas la kapablon kontroli la agadon de aplikoj en reala tempo kaj kolekti raportojn pri "falo". Ĉi tio permesas vin tuj lokalizi kaj solvi la problemon.
Ankaŭ en Azure, vi povas uzi sian propran bibliotekon por kolekti analizojn en aplikaĵoj: kolektu bazajn metrikojn (informojn pri aparato, sesiinformojn, uzantan agadon kaj pli) kaj kreu kutimajn eventojn por spuri. Ĉiuj kolektitaj datumoj estas tuj eksportitaj al Azure, permesante al vi fari analizan laboron kun ili en oportuna formato
Plia funkcieco
Estas ankaŭ interesaj funkcioj kiel testado de aplikaĵo-konstruaĵoj sur realaj aparatoj, CI/KD-agordoj por aŭtomatigi la evoluprocezon, kaj iloj por sendi aplikaĵo-konstruaĵojn por beta-testado aŭ rekte al App Store aŭ Google Play.
Azure ebligas al vi uzi eksterordinaran kadron desegnitan por labori kun mapoj kaj geospacaj datumoj, kio faciligas labori kun ĉi tiu formato.
Aparte interesa estas la ebleco solvi problemojn uzante , per kiu vi povas antaŭdiri diversajn analizajn indikilojn kaj uzi pretajn ilojn por komputila vizio, parolrekono kaj multe pli.
Komplekseco de integriĝo
La servo Microsoft Azure provizas por ĉefaj moveblaj platformoj (iOS kaj Android) kaj, kio estas malofta, por multiplatformaj solvoj (Xamarin kaj PhoneGap).
Ĝenerale, uzantoj plendas pri la kompleksa interfaco kaj la alta baro al eniro. Ĉi tio indikas eblajn problemojn en la integriĝo de la servo.
Gravas kompreni, ke alta enira sojlo ne estas speciala kazo kun Azure, sed ĝenerala problemo por IaaS. Ekzemple, Amazon Web Services, pri kiu diskutos poste, ankaŭ estas inklina al ĉi tiu malsano eĉ pli.
Fidindeco
La stabileco de la servo de Microsoft aspektas deca. Oni povas vidi, ke almenaŭ unufoje monate povas esti mallongdaŭraj problemoj en diversaj regionoj. Ĉi tiu bildo parolas pri la sufiĉa stabileco de la servo, problemoj okazas malofte, en certaj regionoj kaj estas riparitaj ekstreme rapide, permesante al la servo konservi decan funkcian tempon.
Ĉi tio estas konfirmita de la listo de lastatempaj okazaĵoj sur Azure-serviloj - la plej multaj el ili estas mallongperspektivaj avertoj, kaj la lastan fojon kiam la serviloj estis malfunkciaj estis komence de majo. Statistikoj konfirmas la bildon de stabila servo.
kosto de
В Microsoft Azure havas malsamajn pagajn tarifojn por la servo, ekzistas ankaŭ senpaga plano kun certaj limoj, kio sufiĉas por testado. Gravas memori, ke Azure estas IaaS-servo, la plej granda parto de kiu, pro siaj specifaĵoj kaj la komplekseco de kalkulado de elspezitaj rimedoj, suferas la malfacilecon antaŭdiri la koston de laboro. Multaj homoj alfrontas malfacilaĵojn kaj ofte eĉ la nekapablon ĝuste kalkuli la uzatajn kapablojn. La vera konto povas diferenci signife de la atendita.
Ankaŭ Azure, krom ĉi tiuj planoj, havas apartajn pagitajn servojn: App Service Domain, Azure App Service Certificates kaj SSL-Konektoj. Ĉiuj ili rilatas al la administrado de via infrastrukturo, ni ne tuŝos ilin.
En multaj recenzoj, uzantoj plendas pri la kompleksa prezo-politiko kaj la nekapablo antaŭdiri la koston de la servo. La kalkulilo proponita de Microsoft nomiĝas senutila, kaj la servo mem estas ege multekosta.
Malsupra linio por Azure
La Azure-servo de Microsoft estas funkcia kaj stabila ilo por uzo kiel la ĉefa provizanto de MBaaS. La fakto, ke la servo komence disponigas kompletan infrastrukturon, malfermas multajn ŝancojn por plua evoluo de via backend preter moveblaj aplikoj. Granda nombro da serviloj kaj granda nombro da regionoj, kie ili troviĝas, helpas vin elekti la ĝustan latentecon por vi. Pozitivaj recenzoj de uzantoj konfirmas tion. De la negativaj punktoj - alta enira sojlo kaj malfacileco antaŭdiri la koston de la servo.
Konvenas? Sekvu ĉi tiujn ligilojn por pli detale koni Microsoft Azure, lerni ĉiujn detalojn kaj ekuzi ĝin:
AWS Amplifi
estas la dua IaaS kiu faris ĝin al nia elekto. Ĝi reprezentas grandegan nombron da servoj kaj estas interesa ĉar, analoge kun Microsoft Azure, ĝi havas dediĉitan aron de funkcioj nomataj. , kiu estas esence la movebla backend. Antaŭe, vi eble aŭdis la nomon AWS Mobile Hub, kiu longe estis la ĉefa servo kiu provizas MBaaS-funkciecon. Kiel Amazon mem, Amplify estas reviziita kaj plibonigita Mobile Hub, kiu solvas la ĉefajn problemojn de sia antaŭulo.
Laŭ Amazon, Amplify estas fidinda de multaj grandaj kompanioj, inkluzive de Netflix, Airbnb kaj multaj aliaj.
MBaaS
La movebla solvo de Amazon permesas rapide agordi ĉiujn necesajn funkciojn por movebla aplikaĵo. Ĉu temas pri servila logiko, konservado de datumoj, rajtigo de uzanto aŭ pritraktado kaj livero de enhavo, sciigoj kaj analizoj.
Amazon ankaŭ provizas ĉiujn necesajn kondiĉojn pri infrastrukturo, kiel skalado, ŝarĝoekvilibro kaj pli.
Analitiko
Aparta servo respondecas pri analizo , kie vi povas segmenti la spektantaron kaj fari grandskalajn celajn kampanjojn per malsamaj kanaloj (puŝaj sciigoj, SMS kaj retpoŝto) por altiri uzantojn al la servo.
Pinpoint provizas realtempajn datumojn, vi povas krei dinamikajn spektantarojn, analizi ilian engaĝiĝon kaj optimumigi vian merkatikan strategion surbaze de ĉi tiuj datumoj.
Plia funkcieco
Amazon Amplif provizas aliron al la servo por testi konstruojn de viaj aplikoj sur realaj aparatoj. La servo permesas al vi fari paralelan aŭtomatigitan testadon de viaj aplikoj sur diversaj fizikaj aparatoj, manlibroj ankaŭ haveblas.
servo estas ilo por disfaldi kaj gastigi ambaŭ servilajn rimedojn kaj TTT-aplikaĵojn kun la kapablo agordi CI/KD por aŭtomatigi la evoluprocezon.
Ankaŭ nekutima estas la ebleco enkonduki voĉajn kaj tekstajn robotojn en moveblajn aplikaĵojn "el la skatolo" kiel interfaco por uzantinterago. Ĝi funkcias en la servo .
Kurioze, AWS Amplify ankaŭ provizas malgrandan pretaj UI-komponentoj por via React Native-aplikaĵo, kiuj povas servi kiel iometa akcelo de la evoluprocezo, aŭ esti uzataj en prototipo aŭ MVP de via projekto.
Komplekseco de integriĝo
Amazon Amplify provizas SDK por , , и kaj sufiĉe detala. . Gravas noti, ke krom REST, la servo ankaŭ subtenas GraphQL.
Kiel diskutite en la Azure-analiza procezo, alta baro al eniro estas ofta problemo por ĉiuj IaaS. Amazono ne estas escepto, tute male. Ĉi tio verŝajne estas unu el la plej malfacilaj servoj por kompreni. Ĉi tio estas pro la granda nombro da malsamaj iloj, kiujn AWS havas. Lerni AWS de nulo prenos signifan tempon. Sed se vi limigas vin nur al Amplifi, vi povas efektivigi funkciantan solvon en taŭga tempokadro.
Fidindeco
Servo de Amazon statistike aspektas malpli stabila ol Azure. Sed la malgranda nombro da plenrajtaj haltoj (ruĝaj ĉeloj) plaĉas. Esence, ĉio, kio okazas, estas avertoj kaj malstabileco en iuj servoj.
Ĉi tio estas konfirmita de la listo de lastatempaj okazaĵoj sur AWS-serviloj - kelkaj el ili estas avertoj de malsama daŭro (foje ĝis 16 horoj), kaj la lastan fojon kiam la serviloj estis malfunkciaj estis meze de junio. Ĝenerale, ĝi aspektas sufiĉe stabila.
kosto de
Amazon Web Services estas sufiĉe simpla unuavide - pagu nur por tio, kion vi uzas, super la libera limo. Sed kiel ĉe Microsoft Azure, ju pli da servoj vi uzas, des pli malfacilas antaŭdiri la totalan koston de la laboro.
Estas multaj recenzoj en la Interreto, kiuj nomas AWS tro multekosta. Kion ni povas diri, se delonge aperis kompanioj, kiuj, por aparta kvanto, pretas optimumigi vian uzon de AWS, minimumigante monatajn fakturojn kiel eble plej multe.
Amazon Amplify Bottom Line
Ĝenerale, la rakonto kun Amazon Amplify estas simila al Azure. En multaj manieroj, la sama funkcieco por MBaaS, provizante plenan infrastrukturon kaj la kapablon evoluigi vian propran backend. Amazon-merkatikaj iloj elstaras pozitive, precipe Pinpoint.
Sur la negativa flanko, ni memoras la ne malpli altan enirsojlon ol Azure, kaj la samajn malfacilaĵojn kun kostprognozo. Aldonu al ĉi tio malpli stabilan servon kaj, se juĝante laŭ la recenzoj, ne respondema teknika subteno.
Konvenas? Sekvu ĉi tiujn ligilojn por lerni pli pri Amazon Amplify, lerni ĉiujn detalojn kaj ekuzi ĝin:
Google Firebase
servo de Guglo estas unu el la plej interesaj ebloj kiel MBaaS-servo por via aplikaĵo. Ĝi longe stariĝis kiel utila ilo kaj estas tiel por multaj konataj aplikoj: Shazam, Duolingo, Lyft kaj aliaj.
MBaaS
Firebase prizorgas ĉion, kion via poŝtelefona aplikaĵo bezonas. La servo kombinas plenrajtajn backend-funkciojn, kiel datumstokadon, sinkronigon, aŭtentikigon, nubfunkciojn (backend-kodekzekuton), kaj estas nuntempe en beta. , per kiu la aplikaĵo efektivigas diversajn funkciojn bazitajn sur maŝinlernado (rekono de teksto, objektoj en fotoj, kaj multe pli).
Analitiko
Grava trajto de Firebase estas, ke aldone al backend-funkcio, la servo ankaŭ ofertas ampleksan gamon da opcioj por aplikaĵanalitiko. Enkonstruita Google Analytics, uzantbazo segmentado kaj puŝaj sciigoj. Ankaŭ en 2017, Google faris gravan akiron aĉetante la vaste uzatan Fabric-servon kaj integrante ĝin en Firebase kune kun Crashlytics, tre utila ilo por spuri aplikaĵajn cimojn kaj kolekti statistikojn kaj raportojn pri kraŝoj kiuj okazis sur la aparatoj de uzantoj.
Plia funkcieco
Firebase provizas ilon por prilabori dinamikajn ligilojn al via enhavo, per ĉi tiu ilo vi povas generi ligilojn, kiuj kondukas al la aplikaĵo se ĝi estas instalita, se ne, ili sendas la uzanton al la App Store aŭ Google Play por instali. Ankaŭ tiaj ligiloj funkcias depende de la aparato sur kiu ili malfermiĝas, se ĝi estas komputilo, la paĝo estos malfermita en la retumilo, kaj se la aparato estas transiro al la aplikaĵo.
Google ankaŭ permesas vin A/B testi viajn aplikaĵojn uzante kaj starigu foran agordon per la ilo .
Komplekseco de integriĝo
Evidentiĝas, ke ĉi tiu servo kombinas ege grandan nombron da funkcioj por via aplikaĵo. Por Firebase-integriĝo, vi devus uzi necesa platformo, inkluzive de iOS, Android, JavaScript, kaj ankaŭ por C++ kaj Unity, kiuj estos tre utilaj se vi disvolvas ludojn. Gravas noti, ke Firebase havas sufiĉe detalan dokumentaron kaj larĝan programistan uzantbazon, kaj kiel rezulto, multe da subtena enhavo en la reto, ĉu temas pri respondoj al demandoj aŭ superrigardaj artikoloj.
Fidindeco
Ĉu fidi al Guglo estas afero por aparta artikolo. Unuflanke, vi havas tre stabilan kaj funkciantan provizanton, kaj aliflanke, vi neniam scias kiam "Google fermos ankaŭ ĉi tiun servon." Ne mirinde, ke Google estis forigita de ilia misio "Ne estu malbona".
Kiam provizanto havas tiajn rimedojn, ŝajnus, ke funkciado devus tendenci al 100%, sed vi ankoraŭ povas trovi multajn raportojn pri problemoj kun la servo, ekzemple, unu el la uzantoj: Malfunkcio okazas. En la kazo de Firebase, vi povus diri, ke "funkcitempo" okazas". Kaj efektive, se vi rigardas la statistikojn pri eventoj kun Firebase-servoj, ni vidos, ke estas kaj malgrandaj malfunkcioj kaj plenaj malfunkcioj dum 5-7 horoj, ĉi tio povas esti kritika por via servo.
Kaj foje la problemoj daŭras semajnojn. Ni ne devas forgesi, ke kritika kaj esenca kodo por la produkto povas funkcii per ĉi tiuj servoj. Ĉi tiu statistiko ne aspektas tre feliĉa.
kosto de
Firebase estas klara kaj simpla, ekzistas 3 planoj: Spark, Flame kaj Blaze. Ili estas ideologie malsamaj unu de la alia. Dum Spark estas senpaga plano kun limoj, kiuj permesas vin disfaldi kaj testi signifan parton de la funkcieco de la platformo. La planoj Flame kaj Blaze havas pagitan uzadon. Flamo kostas fiksajn $ 25 monate, sed esence vi ricevas la saman Spark, sed kun signife pli altaj limoj.
Blaze estas malsama al la resto. Ĝi permesas vin uzi la kapablojn de la platformo en senlimaj kvantoj, dum vi pagas proporcie al la rimedoj, kiujn vi uzas. Ĉi tio estas tre fleksebla plano, kie vi pagas nur por la funkcioj, kiujn vi uzas. Se, ekzemple, vi decidas uzi la platformon nur por testado de aplikoj, vi nur pagos por superado de senpagaj testaj limoj.
Entute, la prezo de Firebase estas tre travidebla kaj antaŭvidebla. En la procezo, vi komprenas kiom kostos ĉi tiu aŭ alia funkcieco, kaj ankaŭ kalkulas la koston kiam grimpis aŭ ŝanĝas la servon.
Resumo de Firebase
La Firebase-servo de Google estas plentaŭga provizanto de MBaaS, kiu limigas la infrastrukturajn kompleksaĵojn al kiuj AWS kaj Azure estas rekte rilataj. La tuta funkcieco necesa por disvolvi nuban backend estas en loko, ampleksaj ŝancoj por analizo, relativa facileco de integriĝo, sufiĉe malalta enira sojlo kaj travidebla prezo.
De la negativaj flankoj - problemoj kun la stabileco de la servo. Bedaŭrinde, ne ekzistas maniero influi ĉi tion, ni povas nur esperi pri Guglo-inĝenieroj.
Taŭga por vi? Sekvu ĉi tiujn ligilojn por pli detale koni Google Firebase, lerni ĉiujn detalojn kaj ekuzi ĝin:
Kumulos
estas sendependa MBaaS-servo fondita en 2011.
MBaaS
Kiel movebla backend, Kumulos ofertas multajn normajn ilojn, kiujn ni jam vidis en antaŭaj servoj. Eblas ankaŭ krei plenajn kampanjojn surbaze de la horaro kaj geoloko, spurado kaj diagnozo de faloj, oportuna integriĝo kun Slack, Trello kaj Jira, datumstokado kaj uzanta rajtigo prilaborado.
Kiel Firebase, la servo prizorgas ĉiujn problemojn kun ŝarĝoekvilibro, skalo kaj aliaj infrastrukturaj problemoj.
Analitiko
Kumulos havas ampleksan analizon enkonstruitan, inkluzive de perioda raportado, uzantsegmentado, detala kondutisma analizo, kohorta analizo kaj pli. La platformo estis origine kreita por Big Data kaj estas preta labori kun grandaj kvantoj da datumoj. Ĉiuj analizoj estas montrataj en reala tempo. La interna analiza motoro antaŭdiras diversajn komprenojn bazitajn sur la kolektitaj statistikoj.
Grava trajto estas la kapablo stoki kaj eksporti datumojn al aliaj servoj, inkluzive de: Salesforce, Google BigQuery, Amplitude kaj Tableau.
Plia funkcieco
Interesa kaj malofte vidita trajto estas ilo por optimumigi aplikan reklamadon en la App Store. taksas vian aplikan paĝon kaj sugestas solvojn por plibonigi rendimenton. Spuras app-sukcesfaktorojn kiel uzant-taksojn kaj app-rangotabelojn en la ĉefaj landoj, kaj generas raportojn bazitajn sur tiuj datumoj.
Estas ege interese havi specialan ilaron por moveblaj evolustudioj, kiu provizas oportunan interfacon por administri aplikajn datumojn por diversaj klientoj. Same kiel generi raportojn specife por viaj klientoj.
Komplekseco de integriĝo
Ĉe Kumulos por integriĝo kun kaj indiĝenaj kaj transplatformaj iloj. Bibliotekoj estas aktive ĝisdatigitaj kaj prizorgataj.
Detala dokumentaro estas priskribita por ĉiuj iloj, ekzistas ankaŭ pluraj lerniloj kaj pretaj ekzemploj pri uzado de la platformo.
Fidindeco
Bedaŭrinde, mi ne povis trovi ajnan statistikon pri la stabileco de la serviloj de la servo Kumulos.
kosto de
Krom la senpaga provo, Kumulos havas 3 : Starto, Entrepreno kaj Agentejo. Ili funkcias laŭ la principo "mi pagas nur por tio, kion mi uzas." Bedaŭrinde, la servo ne disponigas prezliston en la publika havaĵo, ŝajnas, ke ĝi estas kalkulita individue, laŭ viaj bezonoj.
Estas neeble precize paroli pri la antaŭvidebleco kaj grandeco de pagoj sen scii la tarifojn mem por ĉiuj planoj. Unu afero plaĉas - ŝajne, prezoj estas sufiĉe flekseblaj.
Sumo por Kumulos
Kumulos provizas MBaaS-platformon multmaniere simila al Firebase. Ĝi enhavas la tutan necesan aron de MBaaS-servaj iloj, sufiĉe ampleksajn analizojn kaj raportajn kapablojn. Ĝi aspektas interesa kiel aparta oferto por studioj pri moveblaj aplikaĵoj, kiu kombinas multajn pliajn avantaĝojn.
De la negativo - la manko de ajnaj datumoj pri la stabileco de la serviloj kaj fermitaj prezoj.
Indas provi? Sekvu ĉi tiujn ligilojn por pli detale koni Kumulos, lerni ĉiujn detalojn kaj ekuzi ĝin:
konkludo
La elekto de nuba servo por la movebla backend gravas preni serioze, ĉar ĝi havos draman efikon al la evoluprocezo kaj posta disvolviĝo de via aplikaĵo aŭ servo.
En la artikolo, ni reviziis 4 servojn: Microsoft Azure, AWS Amplify, Google Firebase kaj Kumulos. Inter ili estas 2 grandaj IaaS-servoj kaj 2 MBaaS, kiuj specialiĝas specife pri la movebla backend. Kaj en ĉiu el la ebloj renkontis iujn problemojn kaj negativajn aspektojn.
Gravas kompreni, ke ne ekzistas perfekta solvo. La elekto de teknologio por projekto estas kompromiso inter ŝlosilaj faktoroj. Mi proponas, ke vi trairu ilin denove:
Funcionalidad
La funkcieco de la platformo, kiun vi elektas, rekte influas la limigojn, kiujn vi trudas al via backend. Vi ĉiam devas esti klara pri viaj prioritatoj kiam vi elektas servon, ĉu ĝi uzas unu specifan funkcion, kiel puŝaj sciigoj por ŝpari monon, aŭ konstrui vian propran infrastrukturon ene de la sama ekosistemo por centralizi kaj uniformigi vian backend.
Analitiko
Estas malfacile imagi modernajn servojn sen analizo. Post ĉio, ĉi tiu ilo permesas vin plibonigi la servon, analizi uzantojn kaj, kiel rezulto, akiri pli da profito. La kvalito de la fina produkto rekte dependas de la kvalito kaj funkcieco de analitiko. Sed neniu ĝenas konekti triajn analizojn, ĉu ĝi estas la analiza parto de Firebase, AppMetrica de Yandex, aŭ io alia pli taŭga por vi.
Komplekseco de integriĝo
La komplekseco de integriĝo rekte influas la kostojn de ambaŭ monaj kaj tempaj rimedoj en la disvolva procezo, sen mencii la ebla komplikaĵo de la procezo trovi programistojn pro malpopulareco aŭ alta sojlo por eniri la ilaron.
Fidindeco kaj stabileco
La fidindeco kaj stabileco de iu ajn servo estas unu el la plej gravaj indikiloj. Kaj kiam via propra aplikaĵo suferas problemojn flanke de la provizanto, la situacio ne estas agrabla. La finuzanto ne zorgas pri tio, kio estas malbone tie kaj ĉu vi specife kulpas pri la fakto, ke la servo ne funkcias. Li ne povos fari tion, kion li planis, kaj jen, la impreso estas difektita, li eble ne revenos al la produkto. Jes, ne ekzistas idealaj servoj, sed ekzistas iloj por minimumigi perdojn en kazo de problemoj flanke de la provizanto.
Pricing politiko
La prezo-politiko de la servo estas determinanta faktoro por multaj, ĉar se la financaj kapabloj ne kongruas kun la petoj de la provizanto, tiam vi simple ne povos daŭrigi kunlabori. Gravas konsideri kaj antaŭdiri la koston de servoj, de kiuj dependas via produkto. Prezo varias inter servoj, sed plej ofte ĝi estas proporcia al la rimedoj, kiujn vi uzas, ĉu temas pri la nombro da sciigoj senditaj aŭ la grandeco de via stoka malmola disko.
Vendisto seruro
Uzante ĉi tiujn servojn, gravas ne blokiĝi sur unu solvo, alie vi tute dependas de ĝi kaj kondamnas vin al la tiel nomata "vendlock". Ĉi tio signifas, ke se io okazas al la servo, la posedanto ŝanĝiĝas, la direkto de disvolviĝo aŭ fermiĝas, vi devos urĝe serĉi novan MBaaS-provizanton, kaj, depende de la grandeco de la aplikaĵo, tia movo postulos gravan tempon. kaj, kiel rezulto, mono kostas. . Ĝi estos precipe timiga se la backend estas ligita al iu unika funkcieco de la MBaaS-provizanto, ĉar ĉiuj provizantoj estas malsamaj kaj ne ĉiuj havas la saman aron de funkcieco. Tial, estas malofte kiam eblas moviĝi "sendolore".
La tuta analizo povas esti resumita en la suba tabelo:
Microsoft Azure
AWS Amplifi
Google Firebase
Kumulos
MBaaS Iloj
puŝaj sciigoj, datumsinkronigado,
aŭtomata skalo kaj ŝarĝoekvilibro, kaj multe pli
Analitiko
Realtempa analizo
Analizaj kaj celaj kampanjoj en Amazon Pinpoint
Google Analytics kaj Crashlytics por kolekti kraŝraportojn
Realtempa analizo, kohorta analizo, laboro kun Big Data kaj eksportu al aliaj servoj
Plia funkcieco
- Konstruu Aŭtomatigon
- Kadro de geolokigo
- AI Ilo
- Multaj aliaj Azure-servoj
- Aparata Bieno
- Amplifi Konzolon
- Amazon Lex
- Multaj aliaj AWS-servoj
- Dinamikaj Ligiloj
- A / B-Testado
- Fora Agordo
- Optimumigo de aplikaĵoj en la App Store.
- Funkcio por studio-disvolviĝo
Integriĝo
- SDK-oj: iOS, Android, Xamarin, Phonegap
- Alta enira sojlo
- SDK: iOS, Android, JS, React Native
- GraphQL-subteno
- Alta enira sojlo
SDK: iOS, Android, JS, C++, Unity
SDK: IOS, Android, WP, Kordovo, PhoneGap, Xamarin, Unity, LUA Corona kaj multaj pli
Fidindeco kaj stabileco
Ege maloftaj haltoj (ĝis 1 fojon monate)
Maloftaj malfunkcioj, plejparte avertoj
Estas problemo-periodoj kaj senkurentiĝoj
Neniuj statistikoj
Pricing politiko
- Kalkulite el uzataj rimedoj
- Malfacilo en prognozo
- Kosto estas pli alta ol MBaaS-servoj
- Spark (senpaga)
- Flamo (25 $/m)
- Blaze (por uzo)
- Komenco
- Enterprise
- agentejo
Ĉiuj planoj pagas per uzo
Do, ni analizis 4 nubajn servojn. Estas dekoj da aliaj similaj iloj. Ne ekzistas tia afero kiel perfekta servo, do la plej bona strategio por trovi la ĝustan estas esti konscia pri viaj provizantaj postuloj kaj la kompromisoj, kiujn vi pretas fari kiel eble plej frue.
Ni volas, ke vi faru la ĝustan elekton.
Stabilecaj datumoj prenitaj de la servo
Datumoj pri taksado de uzantoj prenitaj de la servo
Nur registritaj uzantoj povas partopreni la enketon. , bonvolu.
Kaj kian servon vi uzis kiel backend por via aplikaĵo?
-
Microsoft Azure
-
AWS Amplify (aŭ AWS Mobile Hub)
-
Google Firebase
-
Kumulos
-
Aliaj (specifu en komentoj)
16 uzantoj voĉdonis. 13 uzantoj sindetenis.
fonto: www.habr.com