Programmēšana

Kā izvēlēties mobilo lietotņu datu bāzi

Mūsdienu patērētāji ļoti paļaujas uz savām mobilajām lietojumprogrammām. Ja lietotnes nedarbojas, lietotāji tās neizmantos - tas ir tik vienkārši.

Pieprasīt interneta savienojumu mobilajām lietojumprogrammām nozīmē dzīvot pagātnē. Ja lietotnes paļaujas uz savienojumu, pastāv lielas izredzes, ka pieredze būs gausa un neparedzama.

Lai izvairītos no paļaušanās uz tīklu, datu bāzu un mākoņpakalpojumu nodrošinātāji saviem mobilajiem piedāvājumiem ir pievienojuši sinhronizācijas un bezsaistes iespējas. Tādi risinājumi kā Couchbase's Couchbase Mobile, Microsoft Azure Mobile Services, Amazon's Cognito un Google Firebase piedāvā vissvarīgāko sinhronizāciju, kas ļauj lietotnēm darboties gan tiešsaistē, gan bezsaistē.

Tā kā ir pieejams tik daudz piedāvājumu, kā mobilo ierīču izstrādātājs izvēlas pareizo tehnoloģiju pareizajai lietojumprogrammai? Novērtējot mobilos risinājumus, vissvarīgākie ir šie seši galvenie kritēriji: platformas atbalsts, drošība, modelēšanas elastība, konfliktu risināšana, sinhronizācijas optimizācija un topoloģijas atbalsts.

Atbalstiet pareizās klientu platformas

Kādas klientu platformas tiek atbalstītas? Vai jums ir jāpārsniedz iOS un Android? Vai vēlaties atbalstīt tādas platformas, kuras tradicionāli netiek uzskatītas par mobilām, piemēram, iegultās sistēmas, IoT ierīces un valkājamās ierīces? Vai vēlaties atbalstīt arī Windows un OS X galddatorus un klēpjdatorus? Daudzas mūsdienu lietojumprogrammas tiek sāktas mobilajā ierīcē, pēc tam pievienojot vietējo darbvirsmu vai tīmekļa pavadošo lietotni. Ir svarīgi novērtēt datu bāzes un mākoņa iespējas, pamatojoties uz platformas atbalstu, kas jums nepieciešams ne tikai šodien, bet arī nākotnē.

Droši dati miera stāvoklī un kustībā

Ja izmantojat sinhronizētu un decentralizētu krātuvi, ir svarīgi droši piekļūt datiem, tos pārsūtīt un uzglabāt. Lai to pilnībā atspoguļotu, jums jārisina autentifikācija, dati miera stāvoklī, dati kustībā un lasīšanas / rakstīšanas piekļuve.

Autentifikācijai jābūt elastīgai un jāļauj izmantot standarta, publiskas un pielāgotas autentifikācijas nodrošinātājus. Anonīmas piekļuves atbalsts ir svarīgs arī daudzām lietotnēm. Servera un klienta miera stāvoklī esošajiem datiem vēlaties saņemt atbalstu gan failu sistēmas šifrēšanai, gan datu līmeņa šifrēšanai. Lai dati būtu kustībā, saziņai vajadzētu būt pa drošu kanālu, piemēram, SSL vai TLS. Lai piekļūtu datu lasīšanas / rakstīšanas piekļuvei, datu bāzei jāpiedāvā detalizēta kontrole pār datiem, kuriem lietotāji var piekļūt un tos mainīt.

Izmantojiet elastīgu datu modeli

Datu modelēšanas elastība noteiks, vai jūs varat efektīvi un atbilstoši formulēt savu lietotņu modeļa prasības. Vēl svarīgāk, tas noteiks, vai jūs varat efektīvi attīstīt savu modeli, mainoties jūsu prasībām. Modeļa elastība ir īpaši svarīga mobilajās ierīcēs, jo mūsdienu mobilās lietotnes attīstās ļoti ātri.

Relāciju datu bāzes joprojām ir laba izvēle, ja lietotnei ir nepieciešama spēcīga datu konsekvence vai tās dati ir ļoti relatīvi. Bet, kad šīs prasības var atvieglot, NoSQL datubāzes piedāvā daudz lielāku elastību.

Graciozi atrisiniet datu konfliktus

Mobilajām platformām vai jebkurai citai platformai, kas izmanto decentralizētus datu ierakstus, tos pašus datus var vienlaikus modificēt vairākās ierīcēs, radot konfliktu. Sistēmai jāatbalsta šo konfliktu risināšanas mehānisms. Konfliktu risināšanas mehānisma elastība ir svarīga, un tai vajadzētu ļaut to atrisināt automātiski, ierīcē, mākonī, ārējā sistēmā un cilvēkā.

Konfliktu apstrāde katrai sistēmai būs atšķirīga. Piemēram, Couchbase Mobile izmanto pārskatīšanas kokus ar noklusējuma izšķirtspējas likumu “uzvar visaktīvākā filiāle”. Šī ir tā pati pieeja, ko izmanto pārskatīšanas vadības sistēmas, piemēram, Git, un daudz atšķirīga no sistēmām, kas balstītas uz pulksteni un kurām ir pieeja “pēdējās izmaiņas uzvar”. Pulkstenī balstītas izšķirtspējas sistēmas ir problemātiskas, jo pastāv problēmas, kas saistītas ar pulksteņa atšķirībām ierīcēs. Couchbase arī ļauj veikt pielāgošanu (izmantojot kodu klientā vai serverī), lai veiktu sarežģītākus konfliktu risinājumus, piemēram, trīspusēju apvienošanu.

Sinhronizēt īstajā laikā

Papildus iespējai atrisināt konfliktus ir svarīgi arī kontrolēt, kā sistēma sinhronizējas. Tas ietver replikācijas stratēģiju, nosacītu replikāciju un replikācijas filtrēšanu. Lai iegūtu replikācijas stratēģiju, meklējiet atbalstu straumēšanai, aptaujai, vienreizējai, nepārtrauktai un straumēšanai. Jums vajadzētu būt arī iespējai izmantot šo stratēģiju kombināciju. Lai veiktu nosacītu replikāciju, jums, iespējams, būs jāatkārto dati tikai noteiktos apstākļos, piemēram, kad ierīce darbojas Wi-Fi tīklā vai ja tai ir pietiekami daudz akumulatora enerģijas. Replikācijas filtrēšanai jums vajadzētu būt iespējai atkārtot dažus datus, bet ne citus datus.

Sinhronizēt ar pareizajiem nodalījumiem

Konfigurējams sinhronizācijas topoloģijas atbalsts ir nepieciešams, lai jūs varētu izpildīt nodalījuma prasības. Citiem vārdiem sakot, jums ir nepieciešama iespēja konfigurēt sistēmu, lai atsevišķas daļas varētu darboties bezsaistē. Visizplatītākā topoloģija ir zvaigzne. Zvaigžņu topoloģijā katra ierīce ir savienota ar centrālo centrmezglu, izmantojot punkta-punkta savienojumu, kas ļauj ierīcēm darboties bezsaistē. Citas izplatītas topoloģijas, piemēram, koks un siets, ļauj dažādām sistēmas daļām (papildus ierīcēm) darboties bezsaistē. Jūs varat arī saņemt atbalstu bezmākoņu topoloģijām, kas ļauj ierīcēm sazināties vienādranga un tieši sinhronizēt datus savā starpā.

POS (tirdzniecības vieta) sistēma ir labs koku topoloģijas piemērs. POS sistēmām ir nepieciešams, lai ķieģeļu un javas veikals turpinātu darboties, ja tas tiek atvienots no pārējās sistēmas. Šajā konfigurācijā POS ierīces tiktu sinhronizētas ar veikala līmeņa datu bāzi, kas sinhronizētos ar globālu sistēmu. Tādējādi veikali varēja turpināt darboties un sinhronizēt datus ar savām POS ierīcēm neatkarīgi no savienojamības ar globālo sistēmu.

Vai veidot sinhronizāciju vai pirkt

Ja vēlaties pievienot sinhronizāciju savām lietotnēm, jums būs jānosaka, vai jums vajadzētu izveidot risinājumu vai saņemt to no pakalpojumu sniedzēja. Pareizi izveidot sinhronizāciju ir grūti un dārgi, jo tai jātiek galā ar visām sadalītās skaitļošanas sarežģītībām. Lielākajai daļai lietotņu būs labāk atstāt datu sinhronizāciju specializētā kaudzē un koncentrēties uz lietotņu funkcijām. Galvenais ir izvēlēties elastīgu risinājumu. Ja iet pa būvēšanas ceļu, esiet gatavs tērēt ievērojamu daļu sava laika un resursu sinhronizācijas veidošanai un visa iepriekš minētā atbalstam.

Izvēloties mobilo ierīču sinhronizācijas un krātuves nodrošinātāju, pilnībā jāizvērtē iepriekš minētie kritēriji, lai izveidotu drošas, elastīgas un pārvaldāmas mobilās lietotnes, kas vienmēr darbojas - ar vai bez interneta savienojuma.

Veins Kārters ir galvenais mobilo sakaru arhitekts Couchbase, kur viņš ir atbildīgs par uzņēmuma mobilo risinājumu redzējuma, stratēģijas un attīstības vadīšanu. Pirms Couchbase Wayne septiņus gadus pavadīja Oracle kā arhitekts, kurš bija atbildīgs par mobilo inovāciju virzīšanu CRM un SaaS produktu līnijās. Viņam ir 11 patenti, kas gaidāmi viņa darbā Oracle. Pirms Oracle Veins ieņēma tehniskos līderus Siebel, strādājot pie tā CRM produktu līnijas.

Jauno tehnoloģiju forums nodrošina vietu, kur bezprecedenta dziļumā un plašumā izpētīt un pārrunāt topošās uzņēmuma tehnoloģijas. Izvēle ir subjektīva, balstoties uz mūsu izvēlētajām tehnoloģijām, kuras, mūsuprāt, ir svarīgas un interesē lasītājus. nepieņem mārketinga nodrošinājumu publicēšanai un patur tiesības rediģēt visu ieguldīto saturu. Nosūtiet visus jautājumus uz [email protected].

$config[zx-auto] not found$config[zx-overlay] not found