Šiandieniniai vartotojai labai priklauso nuo savo mobiliųjų programų. Jei programos neveikia, vartotojai jų nenaudos - taip paprasta.
Reikalauti interneto ryšio mobiliesiems įrenginiams reiškia gyventi praeityje. Jei programos remiasi ryšiu, didelė tikimybė, kad patirtis bus lėta ir nenuspėjama.
Kad būtų išvengta priklausomybės nuo tinklo, duomenų bazių ir debesijos paslaugų teikėjai pridėjo prie savo mobiliųjų paslaugų sinchronizavimo ir neprisijungimo galimybių. Tokie sprendimai kaip „Couchbase“ „Couchbase Mobile“, „Microsoft Azure Mobile Services“, „Amazon Cognito“ ir „Google Firebase“ siūlo svarbų sinchronizavimą, leidžiantį programoms veikti tiek internete, tiek neprisijungus.
Turėdamas tiek daug pasiūlymų, kaip mobiliojo ryšio kūrėjas parenka reikiamą technologiją tinkamai programai? Vertinant mobiliuosius sprendimus svarbiausi šie šeši pagrindiniai kriterijai: platformos palaikymas, saugumas, modeliavimo lankstumas, konfliktų sprendimas, sinchronizavimo optimizavimas ir topologijos palaikymas.
Palaikykite tinkamas klientų platformas
Kokios kliento platformos palaikomos? Ar reikia peržengti „iOS“ ir „Android“ ribas? Ar ieškote palaikymo platformų, kurios tradiciškai nelaikomos mobiliosiomis, pavyzdžiui, įterptosios sistemos, daiktų interneto įrenginiai ir nešiojami įrenginiai? Ar norite palaikyti ir „Windows“ bei „OS X“ stalinius ir nešiojamuosius kompiuterius? Daugelis šių dienų programų paleidžiamos mobiliajame telefone, tada pridedama savoji darbalaukio ar žiniatinklio papildoma programa. Svarbu įvertinti duomenų bazės ir debesies parinktis pagal platformos palaikymą, kurio jums reikia ne tik šiandien, bet ir ateityje.
Saugokite duomenis ramybėje ir judėdami
Kai naudojate sinchronizuotą ir decentralizuotą saugyklą, svarbu saugiai pasiekti, perduoti ir saugoti duomenis. Norėdami tai visiškai padengti, turite kreiptis į autentifikavimą, ramybės būsenos duomenis, judančius duomenis ir skaitymo / rašymo prieigą.
Autentifikavimas turėtų būti lankstus ir leisti naudoti standartinius, viešus ir pasirinktinius autentifikavimo paslaugų teikėjus. Anoniminės prieigos palaikymas taip pat svarbus daugeliui programų. Norint naudoti serverio ir kliento ramybės būsenos duomenis, reikia palaikyti tiek failų sistemos, tiek duomenų lygio šifravimą. Jei duomenys yra judantys, ryšys turėtų vykti per saugų kanalą, pvz., SSL ar TLS. Duomenų skaitymo / rašymo prieigai duomenų bazėje turėtų būti suteikta galimybė tiksliai kontroliuoti, kokius duomenis vartotojai gali pasiekti ir keisti.
Naudokite lanksčią duomenų modelį
Duomenų modeliavimo lankstumas nulems, ar galite efektyviai ir tinkamai suformuluoti savo programų modelių reikalavimus. Dar svarbiau tai, kad diktuosite, ar galite efektyviai tobulinti savo modelį, nes jūsų reikalavimai keičiasi į priekį. Modelio lankstumas yra ypač svarbus mobiliajame telefone, nes šiandienos mobiliosios programos vystosi labai sparčiai.
Reliacinės duomenų bazės vis dar yra geras pasirinkimas, jei programai reikalingas didelis duomenų nuoseklumas arba jos duomenys yra labai santykiniai. Bet kai šiuos reikalavimus galima sušvelninti, „NoSQL“ duomenų bazės siūlo daug didesnį lankstumą.
Greitai išspręskite duomenų konfliktus
Mobiliosioms platformoms ar bet kuriai kitai platformai, kurioje naudojami decentralizuoti duomenų įrašai, tuos pačius duomenis galima vienu metu modifikuoti keliuose įrenginiuose, sukuriant konfliktą. Sistema turi palaikyti tų konfliktų sprendimo mechanizmą. Konfliktų sprendimo mechanizmo lankstumas yra svarbus ir turėtų leisti automatiškai išspręsti įrenginyje, debesyje, išorinėje sistemoje ir žmogui.
Konfliktų valdymas kiekvienoje sistemoje bus skirtingas. Pavyzdžiui, „Couchbase Mobile“ naudoja peržiūros medžius su numatytąja skiriamosios gebos taisykle „laimi aktyviausia šaka“. Tai yra tas pats požiūris, kurį taiko peržiūros valdymo sistemos, tokios kaip „Git“, ir daug kas skiriasi nuo laikrodžiu pagrįstų sistemų, kurios laikosi „naujausių pokyčių laimi“ požiūrio. Laikrodžiu pagrįstos skyrimo sistemos yra problemiškos, nes kyla problemų dėl įrenginių laikrodžio skirtumų. „Couchbase“ taip pat leidžia pritaikyti (naudojant kodą kliente arba serveryje), kad būtų galima atlikti sudėtingesnius konfliktų sprendimus, pvz., Trijų krypčių sujungimą.
Sinchronizuokite tinkamu laiku
Be galimybės išspręsti konfliktus, svarbu turėti galimybę kontroliuoti, kaip sistema sinchronizuojama. Tai apima replikacijos strategiją, sąlyginę replikaciją ir replikacijos filtravimą. Norėdami gauti replikacijos strategiją, ieškokite palaikymo srautui, apklausai, vienkartiniam, tęstiniam ir tiesioginiam perdavimui. Jūs taip pat turėtumėte galimybę naudoti šių strategijų derinį. Jei norite replikuoti sąlygiškai, jums gali tekti kopijuoti duomenis tik esant tam tikroms sąlygoms, pavyzdžiui, kai įrenginyje veikia „Wi-Fi“ arba kai jis turi pakankamai akumuliatoriaus energijos. Jei norite filtruoti replikaciją, turėtumėte galimybę pakartoti kai kuriuos duomenis, bet ne kitus duomenis.
Sinchronizuoti su tinkamais skaidiniais
Reikia konfigūruojamos sinchronizavimo topologijos palaikymo, kad galėtumėte patenkinti skaidinio reikalavimus. Kitaip tariant, jums reikia galimybės sukonfigūruoti sistemą, kad tam tikros dalys galėtų veikti neprisijungę. Dažniausia topologija yra žvaigždė. Žvaigždžių topologijoje kiekvienas įrenginys yra prijungtas prie centrinio šakotuvo naudojant taško-taško jungtį, kuri leidžia prietaisams veikti neprisijungus. Kitos įprastos topologijos, tokios kaip medis ir tinklelis, leidžia skirtingoms sistemos dalims (be įrenginių) veikti neprisijungus. Taip pat galbūt norėsite palaikyti debesų neturinčias topologijas, kurios leidžia įrenginiams bendrauti tarpusavyje ir tiesiogiai sinchronizuoti duomenis tarpusavyje.
POS (pardavimo vieta) sistema yra geras medžio topologijos pavyzdys. POS sistemos reikalauja, kad plytų parduotuvė ir toliau veiktų, jei ji atjungiama nuo likusios sistemos. Šioje konfigūracijoje POS įrenginiai būtų sinchronizuojami su parduotuvės lygio duomenų baze, kuri būtų sinchronizuojama su pasauline sistema. Taigi parduotuvės galėjo toliau veikti ir sinchronizuoti duomenis su savo POS įrenginiais, neatsižvelgdamos į ryšį su pasauline sistema.
Ar kurti sinchronizavimą, ar pirkti
Kai norite pridėti sinchronizavimą prie savo programų, turėsite nustatyti, ar turėtumėte sukurti sprendimą, ar jį gauti iš teikėjo. Teisingai sukurti sinchronizavimą yra žinoma sunku ir brangu, nes jis turi išspręsti visus paskirstytojo skaičiavimo sudėtingumus. Daugeliui programų geriau palikti duomenų sinchronizavimą specializuotam kaminui ir sutelkti dėmesį į savo programos funkcijas. Svarbiausia pasirinkti lankstų sprendimą. Jei eisite kūrimo keliu, būkite pasirengę skirti didelę laiko ir išteklių dalį sinchronizavimui kurti ir viskam, kas išvardyta aukščiau, palaikyti.
Renkantis mobiliųjų telefonų sinchronizavimo ir saugojimo paslaugų teikėją, norint įvertinti saugias, lanksčias ir valdomas mobiliąsias programas, kurios visada veikia - su interneto ryšiu ar be jo, bus labai svarbu atsižvelgti į aukščiau nurodytus kriterijus.
—
Wayne'as Carteris yra vyriausiasis „Couchbase“ mobiliųjų įrenginių architektas, kur jis yra atsakingas už kompanijos mobiliųjų sprendimų vizijos, strategijos ir kūrimo vadovavimą. Prieš „Couchbase“ Wayne'as septynerius metus praleido „Oracle“ kaip architektas, atsakingas už mobiliųjų naujovių skatinimą CRM ir „SaaS“ produktų linijose. Jis turi 11 patentų, laukiančių jo darbo „Oracle“. Iki „Oracle“ Wayne'as užėmė technines lyderio pareigas „Siebel“, dirbdamas savo CRM produktų linijoje.
Naujųjų technologijų forumas suteikia galimybę tyrinėti ir aptarti besiformuojančios įmonės technologijas beprecedentiame gylyje. Atranka yra subjektyvi, atsižvelgiant į mūsų pasirinktas technologijas, kurios, mūsų manymu, yra svarbios ir labiausiai domina skaitytojus. nepriima rinkodaros užtikrinimo priemonės paskelbimui ir pasilieka teisę redaguoti visą pateiktą turinį. Visus klausimus siųskite adresu [email protected].
