Gestionarea informațiilor despre utilizator cu NoSQL - dummies

Există date critice privind misiunea și există date de sprijin. Este în regulă dacă datele critice ale misiunii apar puțin încet, pentru că doriți să fiți siguri că este în siguranță și că ați reușit în mod corespunzător. Dar nu doriți ca datele de susținere ale aplicației dvs. să împiedice tranzacțiile globale și experiențele utilizatorilor.

Deși datele de susținere pot fi mai scăzute în valoare, necesitatea de a scala în sus este mare - de obicei, prin furnizarea de răspunsuri la interogări în mai puțin de zece milisecunde. O mare parte din aceste date de sprijin ajută utilizatorii să acceseze un sistem, să adapteze un serviciu la nevoile lor sau să găsească alte servicii sau produse disponibile.

Furnizarea de site-uri web

Cu toate că s sunt esențiale pentru companiile care își comercializează produsele sau serviciile pe web, acestea nu sunt esențiale pentru experiențele de navigare pe internet ale multor utilizatori. Cu toate acestea, timpul de încărcare al paginilor web este important pentru aceștia și, de îndată ce un anunț livrat încet începe să se adauge la timpul de încărcare al unei pagini, utilizatorii încep să se deplaseze către site-uri alternative, mai rapide.

Servirea rapidă este, prin urmare, o preocupare majoră. A face acest lucru nu este însă o afacere simplă. Care este afișat pentru care utilizatorul depinde de un număr foarte mare de factori, adesea determinată de factori precum activitatea online urmărită de utilizator, limba și locația.

Companiile care vizează clienții lor către clienții potriviți primesc mai multe clicuri și, prin urmare, mai mult profit. Cu toate acestea, activitatea de publicitate orientată este din ce în ce mai științifică.

Magazinele cu valoare-cheie sunt folosite în principal de companiile web. (Puteți găsi studii de caz despre astfel de utilizări pe site-urile web ale furnizorilor de servicii cheie de la NoSQL.) Utilizând software-ul propriu, aceste companii folosesc o combinație de factori pentru a determina ce vrea sau este interesat de utilizatori, astfel încât aceștia să poată viza utilizatorul respectiv în mod eficient.

Vă puteți gândi la această combinație de factori ca fiind o cheie , și aceasta este cheia compusă care indică cele mai convingătoare. Tot ceea ce este necesar pentru a servi este păstrat ca valoare într-un magazin cheie-valoare.

Dacă aveți nevoie să furnizați date rapid pe baza unui set de factori cunoscuți, atunci un magazin cu valoare-cheie este o potrivire excelentă. Tot ce trebuie să faceți este să configurați cheia în mod eficient.

Pentru a configura cheia, efectuați o analiză offline, care va fi relevantă pentru fiecare profil combinat de persoane. Dacă informațiile pe care le aveți despre utilizatorul vizitat sunt țări, limbi și categorii preferate de achiziții pe Amazon, atunci probabil o cheie adecvată ar fi UK-chitară engleză.

Acest lucru împiedică efectuarea oricăror interogări complexe la timpul de difuzare a anunțurilor - în loc să concatenăm aceste câmpuri împreună pentru a forma o cheie și pentru a cere valoarea acelei chei.

Manipularea sesiunilor de utilizatori

Puteți cheltui toți banii pe care îl doriți pe un centru de date de ultimă oră pentru datele dvs. de tranzacție, dar dacă site-ul dvs. este lent, oamenii vor spune că întregul dvs. serviciu este lent. De fapt, atunci când companiile și guvernele lansează noi servicii online care nu se pot ocupa de încărcătura pe care o au, presa le mănâncă la micul dejun.

În mod obișnuit, problema nu este că un sistem primar de procesare coboară; mai degrabă, deoarece identitățile sau sesiunile utilizatorilor sunt gestionate prost. Poate că numele de utilizator nu este stocat în memoria cache, sau fiecare solicitare necesită deschiderea unei noi sesiuni de pe serverul de aplicații în loc să cacheze această informație între cereri.

O sesiune de utilizatori poate urmări modul în care un utilizator trece printr-o aplicație, adăugând date pe fiecare pagină. Datele pot fi apoi salvate la sfârșitul acestei călătorii într-o singură lovitură la baza de date, mai degrabă decât într-o succesiune de cereri mici în multe solicitări de pagini. De obicei, utilizatorii nu vă deranjează să așteptați câteva secunde după ce faceți clic pe butonul de salvare. Furnizarea unei sesiuni eficiente de utilizator pe un site care are o latență redusă are câteva beneficii:

• Utilizatorul (în curând să fie client!) Primește un serviciu bun.

• Datele complete parțial nu se salvează în baza de date principală back-end.

Site-urile utilizează un modul cookie pentru a urmări interacțiunea utilizatorului cu un site web. Un cookie este un fișier mic legat de un ID unic, la fel ca o înregistrare într-un magazin cheie-valoare. Serverul folosește aceste cookie-uri pentru a identifica faptul că știe deja un utilizator în ceea ce privește solicitările lor secundare sau ulterioare, astfel încât serverul trebuie să preia rapid o sesiune care utilizează aceste date. În acest fel, când utilizatorii se conectează, site-urile recunosc cine sunt, ce pagini vizitează și ce informații caută.

Acest ID unic este de obicei un număr aleatoriu, probabil vechiul nostru prieten, identificatorul unic universal (UUID). Este posibil ca site-ul web să aibă nevoie să stocheze diferite tipuri de date. De obicei, aceste date sunt de scurtă durată - durata sesiunii unui utilizator, poate doar câteva minute.

Magazinele cu valoare-cheie sunt, prin urmare, ideale pentru stocarea și preluarea datelor de sesiune la viteze mari. Este utilă și abilitatea de piatră de mormânt (care este ștergerea) de date o dată ce o marcă de timp este depășită. În acest fel, aplicația nu are nevoie să verifice timestampul sesiunii pentru fiecare solicitare - dacă sesiunea nu este în baza de date, ea a fost întârziată. Deci, sesiunea nu mai este valabilă, ceea ce elimină o povară administrativă a programatorului de aplicații.

Personalizarea asistenței

Similar cerinței sesiunii de utilizator, dar cu durată mai lungă de viață, este conceptul de personalizare a serviciilor de utilizator . Aici aplicația front-end este configurată de utilizatori pentru nevoile lor specifice.

Din nou, acesta este un tip secundar de date front-end, nu datele transfrontaliere primare dintr-un sistem. De exemplu, imaginați-vă că aveți o bază de date primară care arată nivelurile de lucru pentru întreaga echipă, fișierele de dosare actuale la care lucrează și toate datele conexe.Acestea sunt datele primare ale aplicației. Poate că este stocat într-o bază de date relațională Oracle sau într-o bază de date MarkLogic NoSQL.

Utilizarea datelor poate varia. De exemplu, un utilizator ar putea dori să vizualizeze un rezumat al volumului de muncă al echipei sale, în timp ce un manager ar putea dori să urmărească toți angajații dintr-o echipă.

Acești utilizatori primesc diferite vizualizări personalizate ale acelorași date. Aceste preferințe de vizualizare trebuie salvate undeva. Probabil că nu doriți să supraîncărcați baza de date a cazurilor cu aceste date de personalizare; este specific pentru aplicația front-end, nu pentru sistemul principal de gestionare a cazurilor.

Folosind un magazin cu cheie-cheie cu o cheie compusă care conține id de utilizator (nu ID de sesiune) și numele serviciului vă permite să stocați setările de personalizare ca o valoare, ceea ce face căutările foarte rapide și împiedică performanța sistemelor primare de la fiind afectată negativ.