Backend-udvikling er en kompleks og omkostningsfuld proces. Når man udvikler mobilapplikationer, får det ofte urimeligt mere opmærksomhed. Det er uberettiget, for hver gang du skal implementere typiske scenarier for mobilapplikationer: send en push-meddelelse, find ud af, hvor mange brugere der er interesserede i kampagnen og afgiv en ordre osv. Jeg ønsker en løsning, der giver dig mulighed for at fokusere på ting, der er vigtige for applikationen uden at miste kvalitet og detaljer i implementeringen af sekundære. Og der er løsninger!
Sådanne tjenester kaldes Mobile Backend-as-a-Service (MBaaS). Processerne med at skabe en backend med deres hjælp er forenklet sammenlignet med udviklingen "manuelt". Dette er besparelsen ved at ansætte en separat backend-udvikler. Og det faktum, at MBaaS-udbyderen tager sig af alle problemer relateret til serverstabilitet, belastningsbalancering, skalerbarhed og andre infrastrukturproblemer, giver tillid til kvaliteten af resultatet og er den største fordel ved sådanne tjenester.
I denne artikel vil vi se på flere store og gennemprøvede tjenester: Microsoft Azure, AWS Amplify, Google Firebase, Kumulos.
De punkter, som vi vil overveje tjenesterne på: funktionaliteten af backend og analyser, kompleksiteten af at integrere tjenesten, pålideligheden og stabiliteten af arbejdet og prispolitikken. Lad os gennemgå hver tjeneste og notere deres funktioner i henhold til disse kriterier.
Microsoft Azure
- Infrastructure-As-A-Service (IaaS) er en tjeneste, der indeholder fuldgyldig BaaS-funktionalitet og hjælper med at skabe en backend til mobile applikationer.
MBaaS
har et komplet sæt funktioner til at skabe en backend til en mobilapplikation. Behandling af push-meddelelser, automatisk skalering, datasynkronisering, integration af sociale medier og mere.
Et vigtigt træk ved Azure er den geografiske placering af serverne. De er placeret i 54 regioner i verden, hvilket øger sandsynligheden for at vælge en server, der passer til dig med hensyn til latency. Da kun visse regioner oftest lider i tilfælde af en funktionsfejl, kan det antages, at jo flere regioner, jo mindre sandsynlighed er der for at komme til den meget "ustabile". Microsoft hævder at have flere regioner end nogen anden cloud-udbyder. Dette er bestemt et plus.
Analytics
Tjenesten giver mulighed for at overvåge applikationernes ydeevne i realtid og indsamle rapporter om "fald". Dette giver dig mulighed for øjeblikkeligt at lokalisere og løse problemet.
Også i Azure kan du bruge deres eget bibliotek til at indsamle analyser i applikationer: indsamle grundlæggende metrics (enhedsoplysninger, sessionsoplysninger, brugeraktivitet og mere) og oprette tilpassede hændelser til sporing. Alle indsamlede data eksporteres straks til Azure, så du kan udføre analytisk arbejde med dem i et praktisk format
Yderligere funktionalitet
Der er også interessante funktioner såsom test af applikationsbuilds på rigtige enheder, CI/CD-indstillinger for at automatisere udviklingsprocessen og værktøjer til at indsende applikationsbuilds til beta-test eller direkte til App Store eller Google Play.
Azure giver dig mulighed for at bruge en out-of-the-box-ramme, der er designet til at arbejde med kort og geospatiale data, hvilket gør det nemmere at arbejde med dette format.
Af særlig interesse er muligheden for at løse problemer vha , hvormed du kan forudsige forskellige analytiske indikatorer og bruge brugsklare værktøjer til computersyn, talegenkendelse og meget mere.
Integrationens kompleksitet
Microsoft Azure-tjenesten tilbyder til større mobile platforme (iOS og Android) og, hvilket er sjældent, til løsninger på tværs af platforme (Xamarin og PhoneGap).
Generelt klager brugerne over den komplekse grænseflade og den høje adgangsbarriere. Dette indikerer mulige problemer i integrationen af tjenesten.
Det er vigtigt at forstå, at en høj adgangstærskel ikke er et særligt tilfælde med Azure, men et generelt problem for IaaS. For eksempel er Amazon Web Services, som vil blive diskuteret næste gang, også udsat for denne lidelse endnu mere.
Pålidelighed
Stabiliteten af tjenesten fra Microsoft ser anstændig ud. Det kan ses, at der mindst en gang om måneden kan være kortvarige problemer i forskellige regioner. Dette billede taler om den tilstrækkelige stabilitet af tjenesten, problemer opstår sjældent, i visse regioner og løses ekstremt hurtigt, hvilket gør det muligt for tjenesten at opretholde en anstændig oppetid.
Dette bekræftes af listen over seneste hændelser på Azure-servere – de fleste af dem er kortsigtede advarsler, og sidste gang serverne var nede var i begyndelsen af maj. Statistik bekræfter billedet af stabil service.
Omkostninger
В Microsoft Azure har forskellige betalingssatser for tjenesten, der er også en gratis plan med visse grænser, som er nok til at teste. Det er vigtigt at huske, at Azure er en IaaS-tjeneste, hvoraf de fleste på grund af deres detaljer og kompleksiteten i at beregne brugte ressourcer lider under vanskeligheden ved at forudsige omkostningerne ved arbejde. Mange mennesker står over for vanskeligheder og ofte endda manglende evne til korrekt at beregne den anvendte kapacitet. Den reelle konto kan afvige væsentligt fra den forventede.
Ud over disse planer har Azure også separate betalte tjenester: App Service Domain, Azure App Service Certificates og SSL Connections. Alle vedrører administrationen af din infrastruktur, vi vil ikke berøre dem.
I mange anmeldelser klager brugerne over den komplekse prispolitik og manglende evne til at forudsige omkostningerne ved tjenesten. Lommeregneren foreslået af Microsoft kaldes ubrugelig, og selve tjenesten er ekstremt dyr.
Bundlinje for Azure
Microsofts Azure-tjeneste er et funktionelt og stabilt værktøj til brug som den primære MBaaS-udbyder. At tjenesten i første omgang giver en komplet infrastruktur åbner op for mange muligheder for videreudvikling af din backend ud over mobile applikationer. Et stort antal servere og et stort antal regioner, hvor de er placeret, hjælper dig med at vælge den rigtige latenstid for dig. Positive brugeranmeldelser bekræfter dette. Af de negative punkter - en høj indgangstærskel og vanskeligheder med at forudsige omkostningerne ved tjenesten.
passer? Følg disse links for at lære Microsoft Azure mere detaljeret at kende, lære alle detaljerne og begynde at bruge det:
AWS Amplify
er den anden IaaS, der nåede frem til vores udvalg. Det repræsenterer et stort antal tjenester og er interessant, fordi det analogt med Microsoft Azure har et dedikeret sæt funktioner kaldet , som i bund og grund er den mobile backend. Tidligere har du måske hørt navnet AWS Mobile Hub, som længe har været hovedtjenesten, der leverer MBaaS-funktionalitet. Hvordan Amazon selv, Amplify er en revideret og forbedret Mobile Hub, der løser hovedproblemerne fra sin forgænger.
Ifølge Amazon er Amplify betroet af mange store virksomheder, herunder Netflix, Airbnb og mange andre.
MBaaS
Amazons mobilløsning giver dig mulighed for hurtigt at konfigurere al den nødvendige funktionalitet til en mobilapplikation. Uanset om det er serverlogik, datalagring, brugerautorisation eller indholdsbehandling og levering, meddelelser og analyser.
Amazon giver også alle de nødvendige betingelser med hensyn til infrastruktur, såsom skalering, belastningsbalancering og meget mere.
Analytics
En separat tjeneste er ansvarlig for analyser , hvor du kan segmentere publikum og gennemføre storstilede målretningskampagner gennem forskellige kanaler (push notifikationer, SMS og e-mail) for at tiltrække brugere til tjenesten.
Pinpoint leverer data i realtid, du kan oprette dynamiske målgruppesegmenter, analysere deres engagement og optimere din marketingstrategi baseret på disse data.
Yderligere funktionalitet
Amazon Amplify giver adgang til tjenesten at teste builds af dine applikationer på rigtige enheder. Tjenesten giver dig mulighed for at udføre parallel automatiseret test af dine applikationer på en række fysiske enheder, manuel test er også tilgængelig.
Service er et værktøj til at implementere og hoste både serverressourcer og webapplikationer med mulighed for at konfigurere CI/CD til at automatisere udviklingsprocessen.
Også usædvanlig er muligheden for at introducere stemme- og tekstbots i mobilapplikationer "ud af boksen" som en grænseflade til brugerinteraktion. Det virker på tjenesten .
Interessant nok giver AWS Amplify også en lille færdiglavede UI-komponenter til din React Native-applikation, som kan tjene som en lille acceleration af udviklingsprocessen eller bruges i en prototype eller MVP af dit projekt.
Integrationens kompleksitet
Amazon Amplify leverer et SDK til , , и og ret detaljeret. . Det er vigtigt at bemærke, at udover REST understøtter tjenesten også GraphQL.
Som diskuteret i Azure-analyseprocessen er en høj adgangsbarriere et almindeligt problem for alle IaaS. Amazon er ingen undtagelse, tværtimod. Dette er nok en af de sværeste tjenester at forstå. Dette skyldes det store antal forskellige værktøjer, som AWS har. At lære AWS fra bunden vil tage en betydelig mængde tid. Men hvis du kun begrænser dig til Amplify, kan du implementere en fungerende løsning inden for en passende tidsramme.
Pålidelighed
Service fra Amazon ser statistisk set mindre stabil ud end Azure. Men det lille antal fuldgyldige nedlukninger (røde celler) glæder. Grundlæggende sker der kun advarsler og ustabilitet i nogle tjenester.
Dette bekræftes af listen over seneste hændelser på AWS-servere – nogle af dem er advarsler af forskellig varighed (nogle gange op til 16 timer), og sidste gang serverne var nede var i midten af juni. Generelt ser det ret stabilt ud.
Omkostninger
Amazon Web Services er ret simpelt ved første øjekast - betal kun for det du bruger, ud over gratisgrænsen. Men som med Microsoft Azure, jo flere tjenester du bruger, jo sværere er det at forudsige de samlede omkostninger ved arbejdet.
Der er mange anmeldelser på internettet, der kalder AWS for dyrt. Hvad kan vi sige, hvis virksomheder længe har vist sig, at for et separat beløb, er klar til at optimere din brug af AWS, minimere månedlige regninger så meget som muligt.
Amazon Amplify bundlinje
Generelt ligner historien med Amazon Amplify Azure. På mange måder den samme funktionalitet for MBaaS, der giver en fuldgyldig infrastruktur og mulighed for at udvikle din egen backend. Amazon marketingværktøjer skiller sig positivt ud, især Pinpoint.
På den negative side husker vi den ikke mindre høje adgangstærskel end Azure og de samme vanskeligheder med omkostningsprognoser. Tilføj hertil en mindre stabil service og, at dømme efter anmeldelserne, ikke responsiv teknisk support.
passer? Følg disse links for at lære mere om Amazon Amplify, lære alle detaljerne og begynde at bruge det:
Google Firebase
Service fra Google er en af de mest interessante muligheder som en MBaaS-tjeneste til din applikation. Det har længe etableret sig som et nyttigt værktøj og er det til mange velkendte applikationer: Shazam, Duolingo, Lyft og andre.
MBaaS
Firebase tager sig af alt, hvad din mobilapp har brug for. Tjenesten kombinerer fuldgyldige backend-funktioner, såsom datalagring, synkronisering, autentificering, cloud-funktioner (udførelse af backend-kode), og er i øjeblikket i beta , hvormed applikationen implementerer forskellige funktioner baseret på maskinlæring (genkendelse af tekst, objekter i fotografier og meget mere).
Analytics
Et vigtigt træk ved Firebase er, at tjenesten udover backend-funktionalitet også tilbyder en lang række muligheder for applikationsanalyse. Indbygget Google Analytics, brugerbasesegmentering og push-meddelelser. Også i 2017 foretog Google et større opkøb ved at købe den meget brugte Fabric-tjeneste og integrere den i Firebase sammen med Crashlytics, et meget nyttigt værktøj til at spore app-fejl og indsamle statistik og rapporter om nedbrud, der opstod på brugernes enheder.
Yderligere funktionalitet
Firebase leverer et værktøj at behandle dynamiske links til dit indhold, med dette værktøj kan du generere links, der fører til applikationen, hvis den er installeret, hvis ikke, sender de brugeren til App Store eller Google Play til installation. Sådanne links fungerer også afhængigt af den enhed, de åbner på, hvis det er en computer, vil siden blive åbnet i browseren, og hvis enheden er en overgang til applikationen.
Google giver dig også mulighed for at A/B-teste dine applikationer vha og opsæt fjernkonfiguration med værktøjet .
Integrationens kompleksitet
Det bliver tydeligt, at denne service kombinerer et ekstremt stort antal funktioner til din applikation. Til Firebase-integration skal du bruge nødvendig platform, herunder iOS, Android, JavaScript, samt til C++ og Unity, hvilket vil være meget nyttigt, hvis du udvikler spil. Det er vigtigt at bemærke, at Firebase har ret detaljeret dokumentation og en bred udviklerbrugerbase, og som følge heraf en masse understøttende indhold på nettet, uanset om det er svar på spørgsmål eller oversigtsartikler.
Pålidelighed
Om man skal stole på Google er et spørgsmål for en separat artikel. På den ene side har du en yderst stabil og fungerende udbyder, og på den anden side ved du aldrig, hvornår "Google lukker også denne tjeneste." Ikke underligt, at Google blev fjernet fra deres mission "Vær ikke ond".
Når en udbyder har sådanne ressourcer, ser det ud til, at oppetiden bør være 100 %, men du kan stadig finde mange rapporter om problemer med tjenesten, f.eks. en af brugerne: Nedetid sker. I tilfælde af Firebase kan du sige, at "oppetid" sker". Og faktisk, hvis du ser på statistikken over hændelser med Firebase-tjenester, vil vi se, at der er både små nedetider og fulde udfald i 5-7 timer, dette kan være kritisk for din tjeneste.
Og nogle gange varer problemerne i uger. Vi må ikke glemme, at disse tjenester kan køre kode, der er kritisk og vital for produktet. Denne statistik ser ikke særlig glad ud.
Omkostninger
Firebase er klar og enkel, der er 3 planer: Spark, Flame og Blaze. De er ideologisk forskellige fra hinanden. Mens Spark er en gratis plan med begrænsninger, der giver dig mulighed for at implementere og teste en væsentlig del af platformens funktionalitet. Flame og Blaze-planerne har betalt brug. Flame koster en fast $25 om måneden, men i bund og grund får du den samme Spark, kun med væsentligt højere grænser.
Blaze er anderledes end resten. Det giver dig mulighed for at bruge platformens muligheder i ubegrænsede mængder, mens du betaler i forhold til de ressourcer, du bruger. Dette er en meget fleksibel plan, hvor du kun betaler for de funktioner, du bruger. Hvis du for eksempel beslutter dig for kun at bruge platformen til at teste applikationer, betaler du kun for overskridelse af gratis testgrænser.
Alt i alt er Firebase-priserne meget gennemsigtige og forudsigelige. I processen forstår du, hvor meget denne eller hin funktionalitet vil koste, og beregner også omkostningerne ved skalering eller ændring af tjenesten.
Resumé af Firebase
Googles Firebase-tjeneste er en fuldgyldig MBaaS-udbyder, der begrænser den infrastrukturelle kompleksitet, som AWS og Azure er direkte relateret til. Al den funktionalitet, der er nødvendig for at udvikle en cloud-backend, er på plads, rigelige muligheder for analyser, relativ nem integration, en ret lav indgangstærskel og gennemsigtige priser.
Af de negative sider - problemer med stabiliteten af tjenesten. Desværre er der ingen måde at påvirke dette på, vi kan kun håbe på Googles ingeniører.
Velegnet til dig? Følg disse links for at lære Google Firebase mere detaljeret at kende, lære alle detaljerne og begynde at bruge det:
Kumulos
er en uafhængig MBaaS-tjeneste grundlagt i 2011.
MBaaS
Som en mobil backend tilbyder Kumulos mange standardværktøjer, som vi allerede har set i tidligere tjenester. Det er også muligt at oprette fuldgyldige kampagner baseret på tidsplan og geo-placering, sporing og diagnosticering af fald, bekvem integration med Slack, Trello og Jira, datalagring og brugerautorisationsbehandling.
Ligesom Firebase tager tjenesten sig af alle problemer med belastningsbalancering, skalering og andre infrastrukturproblemer.
Analytics
Kumulos har omfattende analyser indbygget, herunder periodisk rapportering, brugersegmentering, detaljeret adfærdsanalyse, kohorteanalyse og mere. Platformen er oprindeligt skabt til Big Data og er klar til at arbejde med store mængder data. Alle analyser vises i realtid. Den interne analysemotor forudsiger forskellige indsigter baseret på den indsamlede statistik.
En vigtig funktion er muligheden for at gemme og eksportere data til andre tjenester, herunder: Salesforce, Google BigQuery, Amplitude og Tableau.
Yderligere funktionalitet
En interessant og sjældent set funktion er et værktøj til at optimere app-promovering i App Store. evaluerer din ansøgningsside og foreslår løsninger til at forbedre ydeevnen. Sporer apps succesfaktorer såsom brugervurderinger og app-rangeringer i de bedste lande og genererer rapporter baseret på disse data.
Det ser ekstremt interessant ud at have et særligt værktøjssæt til mobile udviklingsstudier, som giver en praktisk grænseflade til håndtering af applikationsdata for forskellige kunder. Samt generere rapporter specifikt til dine kunder.
Integrationens kompleksitet
Ved Kumulos til integration med både native og cross-platform værktøjer. Biblioteker opdateres og vedligeholdes aktivt.
Detaljeret dokumentation er beskrevet for alle værktøjer, der er også flere tutorials og færdige eksempler på brug af platformen.
Pålidelighed
Desværre kunne jeg ikke finde nogen statistik om stabiliteten af Kumulos-tjenestens servere.
Omkostninger
Ud over den gratis prøveperiode har Kumulos 3 : Startup, Enterprise og Agency. De arbejder efter princippet om "Jeg betaler kun for det, jeg bruger." Tjenesten giver desværre ikke en prisliste i det offentlige domæne, det ser ud til at den er beregnet individuelt, ud fra dine behov.
Det er umuligt nøjagtigt at tale om forudsigeligheden og størrelsen af betalinger uden at kende selve satserne for alle planer. En ting glæder - tilsyneladende er priserne ret fleksible.
I alt for Kumulos
Kumulos leverer en MBaaS-platform på mange måder, der ligner Firebase. Den indeholder alt det nødvendige sæt MBaaS-serviceværktøjer, ret omfattende analyse- og rapporteringsmuligheder. Det ser interessant ud som et separat tilbud til mobile applikationsstudier, som kombinerer mange yderligere fordele.
Fra det negative - manglen på data om servernes stabilitet og lukkede priser.
Et forsøg værd? Følg disse links for at lære Kumulos at kende mere detaljeret, lære alle detaljerne og begynde at bruge det:
Konklusion
Valget af en cloud-tjeneste til den mobile backend er vigtigt at tage alvorligt, da det vil have en dramatisk indflydelse på udviklingsprocessen og den efterfølgende udvikling af din applikation eller tjeneste.
I artiklen har vi gennemgået 4 tjenester: Microsoft Azure, AWS Amplify, Google Firebase og Kumulos. Blandt dem er 2 store IaaS-tjenester og 2 MBaaS, som specialiserer sig specifikt i den mobile backend. Og i hver af mulighederne mødte visse problemer og negative aspekter.
Det er vigtigt at forstå, at der ikke er nogen perfekt løsning. Valget af teknologi til et projekt er et kompromis mellem nøglefaktorer. Jeg foreslår, at du går dem igennem igen:
funktionalitet
Funktionaliteten af den platform, du vælger, påvirker direkte de begrænsninger, du pålægger din backend. Du skal altid være klar over dine prioriteter, når du vælger en tjeneste, uanset om det er at bruge en bestemt funktion, såsom push-beskeder for at spare penge, eller opbygning af din egen infrastruktur inden for det samme økosystem for at centralisere og ensarte din backend.
Analytics
Det er svært at forestille sig moderne tjenester uden analyser. Det er trods alt dette værktøj, der giver dig mulighed for at forbedre tjenesten, analysere brugere og som et resultat få mere overskud. Kvaliteten af det endelige produkt afhænger direkte af analysens kvalitet og funktionalitet. Men ingen gider at forbinde tredjepartsanalyser, det være sig den analytiske del af Firebase, AppMetrica fra Yandex eller noget andet, der er mere egnet til dig.
Integrationens kompleksitet
Integrationens kompleksitet påvirker direkte omkostningerne til både penge- og tidsressourcer i udviklingsprocessen, for ikke at nævne den mulige komplikation af processen med at finde udviklere på grund af upopularitet eller en høj tærskel for at komme ind i værktøjskassen.
Pålidelighed og stabilitet
Pålideligheden og stabiliteten af enhver tjeneste er en af de vigtigste indikatorer. Og når din egen ansøgning lider af problemer på udbyderens side, er situationen ikke behagelig. Slutbrugeren er ligeglad med, hvad der er galt der, og om du specifikt er skyld i, at tjenesten ikke virker. Han vil ikke være i stand til at gøre, hvad han planlagde, og det er det, indtrykket er forkælet, han kan ikke vende tilbage til produktet. Ja, der er ingen ideelle tjenester, men der er værktøjer til at minimere tab i tilfælde af problemer på udbyderens side.
Prispolitik
Tjenestens prispolitik er en afgørende faktor for mange, for hvis de økonomiske muligheder ikke matcher udbyderens ønsker, så vil I simpelthen ikke kunne fortsætte samarbejdet. Det er vigtigt at overveje og forudsige omkostningerne ved tjenester, som dit produkt afhænger af. Priserne varierer mellem tjenester, men oftest er det proportionalt med de ressourcer, du bruger, uanset om det er antallet af sendte notifikationer eller størrelsen på din lagerharddisk.
Leverandørlås
Ved at bruge disse tjenester er det vigtigt ikke at sidde fast på én løsning, ellers bliver man helt afhængig af den og dømmer sig selv til den såkaldte "leverandørlås". Det betyder, at hvis der sker noget med tjenesten, ejeren ændrer sig, udviklingsretningen eller lukker, skal du hurtigst muligt lede efter en ny MBaaS-udbyder, og afhængigt af applikationens størrelse vil en sådan flytning kræve betydelig tid og som et resultat koster penge. . Det vil især være skræmmende, hvis backend er bundet til en unik funktionalitet hos MBaaS-udbyderen, da alle udbydere er forskellige, og ikke alle har det samme sæt funktionalitet. Derfor er det sjældent, når det er muligt at bevæge sig "smertefrit".
Hele analysen kan opsummeres i nedenstående tabel:
Microsoft Azure
AWS Amplify
Google Firebase
Kumulos
MBaaS værktøjer
push-meddelelser, datasynkronisering,
automatisk skalering og belastningsbalancering og meget mere
Analytics
Realtidsanalyse
Analyse og målretningskampagner i Amazon Pinpoint
Google Analytics og Crashlytics til indsamling af nedbrudsrapporter
Realtidsanalyse, kohorteanalyse, arbejde med Big Data og eksport til andre tjenester
Yderligere funktionalitet
- Byg automatisering
- Geolokaliseringsramme
- AI værktøj
- Mange andre Azure-tjenester
- enhedsfarm
- Forstærk konsol
- Amazon Lex
- Mange andre AWS-tjenester
- Dynamiske links
- A / B-test
- Fjernkonfig
- App optimering i App Store.
- Funktionalitet til studieudvikling
integration
- SDK'er: iOS, Android, Xamarin, Phonegap
- Høj adgangstærskel
- SDK: iOS, Android, JS, React Native
- GraphQL understøttelse
- Høj adgangstærskel
SDK: iOS, Android, JS, C++, Unity
SDK: IOS, Android, WP, Cordova, PhoneGap, Xamarin, Unity, LUA Corona og mange flere
Pålidelighed og stabilitet
Ekstremt sjældne nedlukninger (op til 1 gang om måneden)
Sjældne udfald, mest advarsler
Der er problemer med perioder og blackouts
Ingen statistik
Prispolitik
- Beregnet ud fra brugte ressourcer
- Svært ved at forudsige
- Omkostningerne er højere end MBaaS-tjenester
- Gnist (gratis)
- Flamme (25 $/m)
- Blaze (pr. brug)
- Startup
- Enterprise
- Bureau
Alle planer opkræves pr. brug
Så vi har analyseret 4 cloud-tjenester. Der er snesevis af andre lignende værktøjer. Der er ikke sådan noget som en perfekt service, så den bedste strategi til at finde den rigtige er at være opmærksom på dine udbyderkrav og de afvejninger, du er villig til at foretage så tidligt som muligt.
Vi ønsker, at du træffer det rigtige valg.
Stabilitetsdata hentet fra tjenesten
Brugervurderingsdata hentet fra tjenesten
Kun registrerede brugere kan deltage i undersøgelsen. , Vær venlig.
Og hvilken service brugte du som backend til din applikation?
-
Microsoft Azure
-
AWS Amplify (eller AWS Mobile Hub)
-
Google Firebase
-
Kumulos
-
Andet (specificer i kommentarer)
16 brugere stemte. 13 brugere undlod at stemme.
Kilde: www.habr.com