Soluții, cazuri de utilizare și studii de caz
Un subiect important privind software-ul enterprise, arhitecturile de date reprezintă o nouă abordare a datelor, pe baza unei arhitecturi distribuite pentru managementul acestora. Ideea este de a oferi o accesibilitate și o disponibilitate mai mare datelor pentru utilizatorii business, prin conectarea directă a deținătorilor, producătorilor și consumatorilor de date. Arhitecturile de date au drept scop îmbunătățirea rezultatelor de afaceri, ale soluțiilor axate pe date și stimularea adoptării arhitecturilor de date moderne.
Din perspectiva companiilor, arhitectura de date introduce idei noi referitoare la „elaborarea produselor pentru date”. Cu alte cuvinte, gândiți-vă la date ca la un produs care „trebuie să efectueze o activitate”, de exemplu să îmbunătățească procesul de luare a deciziilor, să detecteze fraudele sau să avertizeze compania privind schimbările survenite în lanțul de aprovizionare. Pentru a crea produse de mare valoare pentru date, companiile trebuie să implementeze schimbări în cultură și mentalitate și să aibă o abordare interfuncțională a modelării domeniului de afaceri.
Din punct de vedere tehnologic, perspectiva Oracle asupra arhitecturilor de date implică trei noi domenii importante pentru acestea:
Alte aspecte importante, cum ar fi instrumentele cu autoservire pentru utilizatorii non-tehnici și modelele puternice de guvernanță distribuită a datelor, sunt la fel de importante pentru arhitectura rețelelor de date, precum și pentru metodologiile de management al datelor, mai centralizate și clasice.
O abordare a arhitecturilor de date este o schimbare de paradigmă în abordarea datelor ca produs. Arhitectura de date introduce schimbările organizaționale și operaționale pe care companiile vor trebui să le gestioneze ca pe un activ real al capitalului de afaceri. Perspectiva Oracle asupra arhitecturii de date necesită alinierea între domeniile datelor organizaționale și analitice.
O arhitectură de date trebuie să conecteze producătorii de date direct cu utilizatorii de afaceri și, pe cât posibil, să elimine intermediarul IT din proiectele și procesele care colectează, pregătesc și transformă resursele de date.
Oracle s-a axat pe arhitectura de date pentru a le oferi clienților o platformă care poate răspunde acestor cerințe tehnologice emergente. Aceasta include instrumente pentru produse de date; arhitecturi descentralizate, bazate pe evenimente și modele de streaming pentru date în mișcare. Pentru modelarea domeniului produselor de date și alte probleme sociotehnice, Oracle se aliniază cu activitatea liderului de opinie în domeniul arhitecturilor de date – Zhamak Dehghani.
Investiția într-o arhitectură de date poate oferi avantaje impresionante, printre care:
Arhitecturile de date se află încă în stadiile incipiente ale maturității pieței. Deci, deși este posibil să vedeți foarte mult conținut de marketing despre o soluție care pretinde că este „arhitectură de date”, de multe ori aceste așa-numite soluții de arhitecturi de date nu corespund cu abordarea sau cu principiile de bază.
O arhitectură de date adecvată este un set de idei, un model organizațional și o abordare a arhitecturii datelor companiei, cu instrumente de suport. O soluție de tip arhitectură de date trebuie să ofere o combinație între strategia privind produsele pentru date, arhitectura de date descentralizată, deținătorii de date axați pe domeniu, datele distribuite în mișcare, accesul cu autoservire și o guvernanță puternică a datelor.
O arhitectură de date nu este niciuna dintre următoarele:
Oracle este lider în raportul Forrester Wave în domeniul Enterprise Data Fabric, trimestrul 2, 2020
Adevărul trist este că arhitecturile de date monolitice din trecut sunt greoaie, costisitoare și inflexibile. De-a lungul anilor, a devenit clar că cea mai mare parte a timpului și costurilor pentru platforma de business digitală, de la aplicații la analize, este sufocată de eforturile de integrare. Prin urmare, majoritatea inițiativelor privind platformele sunt destinate eșecurilor.
Deși arhitectura de date nu reprezintă soluția pentru cele centralizate și monolitice, principiile, practicile și tehnologiile strategiei privind arhitecturile de date sunt concepute pentru a rezolva unele dintre cele mai presante și evitate obiective de modernizare pentru inițiativele de afaceri bazate pe date.
Unele dintre tendințele tehnologice care au dus la apariția arhitecturii de date ca soluție includ:
Pentru a afla mai multe despre motivele pentru care în prezent este necesară o arhitectură de date, citiți articolul original din 2019 al lui Zhamak Dehghani: Cum să treceți de la un lac de date monolitic la o arhitectură de date distribuită.
Strategia descentralizată din spatele arhitecturilor de date abordează datele ca pe un produs, prin crearea unei infrastructuri de date cu autoservire, pentru ca acestea să fie mai accesibile utilizatorilor business.
Atunci când teoria se transpune în practică, este necesar să se implementeze soluții de tip enterprise pentru datele esențiale. În acest caz, Oracle poate oferi o gamă de soluții de încredere pentru a susține o arhitectură de date enterprise.
Arhitectura de date este mai mult decât un nou concept tehnologic. Acesta este un nou set de principii, practici și funcționalități tehnologice care fac datele mai accesibile și mai ușor de descoperit. Conceptul de arhitectură de date se diferențiază de generațiile anterioare de abordări și arhitecturi de integrare a datelor prin trecerea de la arhitecturile de date gigantice și monolitice ale trecutului către o arhitectură modernă, distribuită și descentralizată a viitorului, bazată pe date. La bază, conceptul de arhitectură de date implică următoarele atribute esențiale:
Schimbarea mentalității este cel mai important prim pas către o arhitectură de date. Dorința de adoptare a practicilor învățate privind inovația este rampa de lansare către modernizarea cu succes a arhitecturii de date.
Aceste domenii învățate ale practicii includ:
Metodologiile de elaborare a strategiei oferă tehnici dovedite pentru eliminarea silozurilor organizaționale care blochează frecvent inovația interfuncțională. Teoria activităților care trebuie efectuate reprezintă baza proiectării produselor de date care îndeplinesc anumite obiective ale consumatorului final – sau activități care trebuie efectuate – și definește scopul produsului.
Deși abordarea privind produsele de date a apărut inițial în cadrul comunității de știință a datelor, aceasta este acum aplicată în toate aspectele managementului de date. În loc să creeze arhitecturi tehnologice monolitice, arhitectura de date se axează pe consumatorii de date și pe rezultatele de afaceri.
Deși concepția privind produsele de date poate fi aplicată altor arhitecturi de date, aceasta este o parte esențială a unei arhitecturi de date. Pentru exemple practice de aplicare a strategiei pentru produsele de date, echipa Intuit a efectuat o analiză detaliată a experienței lor.
Produsele de orice fel – de la produsele brute la articolele din magazinul local – sunt produse ca active de valoare, destinate consumului și au un anumit rol de îndeplinit. Produsele pentru date pot lua diverse forme, în funcție de domeniul de activitate sau de problema care trebuie rezolvată și pot include:
Un produs de date este creat pentru consum, fiind deținut, de regulă, în afara domeniului IT și necesită urmărirea unor atribute suplimentare, cum ar fi:
Sistemele IT descentralizate sunt o realitate modernă, iar odată cu apariția aplicațiilor SaaS și a infrastructurii cloud publice (IaaS), descentralizarea aplicațiilor și a datelor este deja o certitudine. Arhitecturile software pentru aplicații trec de la monoliții centralizați din trecut la microservicii distribuite (o arhitectură de servicii). Arhitectura de date va urma aceeași tendință de descentralizare, datele devenind mai distribuite într-o varietate mai largă de locații fizice și în mai multe rețele. Aceasta este o arhitectură de date.
O arhitectură este o topologie de rețea care permite unui grup mare de noduri non-ierarhice să colaboreze împreună.
Unele exemple tehnologie includ:
Arhitecturile de date respectă aceste concepte și oferă o modalitate descentralizată de distribuire a datelor în rețele virtuale/fizice și pe distanțe mari. Arhitecturile monolitice de integrare a datelor moștenite, precum instrumentele ETL și pentru federațiile de date – și chiar serviciile mai recente, în cloudurile publice, cum ar fi AWS Glue – necesită o infrastructură extrem de centralizată.
O soluție completă pentru arhitecturile de date ar trebui să poată funcționa într-o infrastructură multicloud, putând să se extindă de la sistemele locale, la mai multe medii cloud publice și chiar la rețelele periferice.
Într-o lume în care datele sunt distribuite și descentralizate, rolul securității informațiilor este esențial. Spre deosebire de monoliții extrem de centralizați, sistemele distribuite trebuie să delege activitățile necesare pentru autentificarea și autorizarea diferiților utilizatori cu diferite niveluri de acces. Delegarea sigură a încrederii între rețele este dificil de realizat în mod optim.
Unele considerente includ:
Securitatea în cadrul oricărui sistem IT poate fi dificilă și este și mai dificil să se asigure o securitate sporită în cadrul sistemelor distribuite. Totuși, aceste probleme pot fi rezolvate.
Un principiu de bază al arhitecturilor de date este ideea de distribuție a proprietății și a responsabilității. Cea mai bună practică este de a transfera proprietatea produselor și domeniilor de date către persoanele din organizație care sunt cel mai aproape de date. În practică, astfel se poate efectua alinierea la datele sursă (de exemplu, la sursele de date brute, cum ar fi sistemele operaționale de înregistrare/ale aplicațiilor) sau la datele analitice (de exemplu, datele compozite sau centralizate formatate pentru a fi ușor de absorbit de către consumatorii de date). În ambele cazuri, producătorii și consumatorii de date sunt adesea aliniați mai degrabă unităților de afaceri decât organizațiilor IT.
Metodele vechi de organizare a domeniilor de date cad adesea în capcana alinierii cu soluțiile tehnologice, cum ar fi instrumentele ETL, depozitele de date, lacurile de date sau organizarea structurală a unei companii (resurse umane, marketing și alte domenii de afaceri). Cu toate acestea, pentru o anumită problemă de afaceri, domeniile de date sunt adesea cel mai bine aliniate la domeniul de aplicare al problemei care se rezolvă, la contextul unui anumit proces de afaceri sau la familia de aplicații dintr-un anumit domeniu de probleme. În cazul organizațiilor mari, aceste domenii de date se extind, de obicei, la nivelul organizațiilor interne și al amprentei tehnologice.
Defalcarea funcțională a domeniilor de date, în cadrul arhitecturii de date, devine din ce în ce mai importantă. Diversele metodologii de defalcare a datelor pentru modelarea domeniului pot fi adaptate la arhitectura rețelei de date, inclusiv pentru modelarea clasică a depozitului de date (cum ar fi Kimball și Inmon) sau la modelarea seifului de date, dar cea mai des întâlnită metodologie încercată în prezent în arhitectura de rețea de date este proiectarea bazată pe domeniu (DDD). Abordarea DDD a apărut din defalcarea funcțională a microserviciilor și este aplicată acum în contextul unei arhitecturi de date.
Un domeniu important în care Oracle a contribuit la dezbaterile privind arhitectura de date este acela de a mări importanța datelor în mișcare ca element cheie al unei rețele de date moderne. Datele în mișcare sunt esențiale pentru a scoate arhitectura de date din lumea tradițională a procesării monolitice, centralizate și pe loturi. Funcționalitățile pentru datele în mișcare răspund la mai multe întrebări importante privind arhitectura de date, cum ar fi:
Aceste întrebări nu sunt doar probleme privind „detaliile de implementare”, ci au o importanță majoră pentru arhitectura de date în sine. O proiectare axată pe domeniu pentru date statice va utiliza tehnici și instrumente diferite față de un proces dinamic, cu date în mișcare, al aceleiași proiectări. De exemplu, în arhitecturile de date dinamice, registrul de date este sursa centrală de informații reale pentru evenimentele de date.
Registrele sunt o componentă fundamentală pentru funcționarea unei arhitecturi distribuite de date. La fel ca în cazul unui registru contabil, un registru de date înregistrează tranzacțiile așa cum se desfășoară.
La distribuirea registrului, evenimentele de date devin „reproductibile” în orice loc. Unele registre sunt asemenea unei cutii negre ale unei aeronave, care este utilizată pentru disponibilitate ridicată și recuperare în caz de dezastru.
Spre deosebire de depozitele de date centralizate și monolitice, registrele distribuite sunt create special pentru a ține evidența evenimentelor atomice și/sau a tranzacțiilor care au loc în alte sisteme (externe).
O arhitectură de date nu este un singur tip de registru. În funcție de cazurile de utilizare și de cerințe, o arhitectură de date poate utiliza diferite tipuri de registre de date bazate pe evenimente, inclusiv următoarele:
Împreună, aceste registre pot funcționa ca un jurnal de evenimente durabil pentru întreaga companie, furnizând o listă curentă a evenimentelor de date care au loc în sistemele de înregistrare și în sistemele de analiză.
Fluxurile de date Polyglot sunt mai răspândite ca niciodată. Acestea variază în funcție de tipurile de evenimente, de sarcinile utile și de diferitele semantici ale tranzacțiilor. O arhitectură de date trebuie să susțină tipurile de fluxuri necesare pentru o varietate de acțiuni cu datele companiei.
Evenimente simple:
– Base64/JSON-brute, evenimente fără schemă
– telemetrie falsă – evenimente dispersate
Evenimente de bază în jurnalizarea aplicațiilor /Internet of Things (IoT):
– JSON/Protobuf – poate avea schemă
– protocoale specifice MQTT – IoT
Evenimentele proceselor de business ale aplicațiilor:
– E evenimente SOAP/REST - XML/XSD, JSON
– B2B – protocoale și standarde de schimb
Evenimente/tranzacții de date:
– înregistrările privind modificările logice – LCR, SCN, URID
– limite consecvente – confirmări versus operațiuni
Procesarea streamingului reprezintă modul în care sunt manevrate datele într-un flux de evenimente. Spre deosebire de „funcțiile lambda”, procesorul de fluxuri menține starea fluxurilor de date într-un anumit interval de timp și poate aplica interogări analitice mult mai avansate asupra datelor.
Filtrarea de bază a datelor:
ETL simplu:
CEP și ETL complex:
Analizele streamingului:
Desigur, există mai mult de trei atribute ale unei arhitecturi de date. Ne-am axat pe cele trei elemente de mai sus pentru a atrage atenția asupra atributelor pe care Oracle le consideră a fi unele dintre aspectele noi și unice ale abordării moderne emergente a unei arhitecturi de date.
Alte atribute importante ale unei arhitecturi de date includ:
O arhitectură de date de succes efectuează scenarii de utilizare pentru domeniile de date operaționale și analitice. Următoarele șapte cazuri de utilizare ilustrează importanța funcționalităților pe care o arhitectură de date o conferă datelor companiei.
Integrând datele operaționale și analizele în timp real, companiile pot lua decizii operaționale și strategice mai bune.MIT Sloan School of Management
Privind dincolo de migrările de tip „lift and shift” a arhitecturilor de date monolitice în cloud, multe companii caută, de asemenea, să renunțe la aplicațiile centralizate din trecut și să se orienteze către o arhitectură de aplicații mai modernă, de tip microservicii.
Dar aplicațiile vechi, monolitice depind de obicei de baze de date mari, fapt care pune problema modului în care se poate etapiza planul de migrare, pentru a se reduce perturbările, riscurile și costurile. O arhitectură de date poate oferi o importantă funcționalitate operațională IT pentru clienții care trec treptat de la arhitectura monolitică la cea de rețea. De exemplu:
În argoul arhitecților de microservicii, această abordare utilizează un outbox bidirecțional pentru tranzacții care activează schema de migrare a „smochinului parazit”, un context limitat la un moment dat.
Aplicațiile esențiale pentru companie necesită indicatori KPI și acorduri SLA cu reziliență și continuitate foarte ridicate. Indiferent dacă aceste aplicații sunt monolitice, de tip microservicii sau intermediare, acestea nu pot da eroare!
Pentru sistemele esențiale, de regulă, nu poate fi acceptat un model de date distribuit, cu o consecvență relativă. Totuși, aceste aplicații trebuie să funcționeze în mai multe centre de date. Astfel se naște întrebarea privind continuitatea afacerii: „Cum îmi pot rula aplicațiile în mai multe centre de date, asigurând în același timp corectitudinea și consecvența datelor?”.
Indiferent dacă arhitecturile monolitice utilizează seturi de date „partajate” sau microserviciile sunt configurate pentru disponibilitate ridicată între locații, arhitectura de date oferă date corecte, cu viteză mare, la orice distanță.
O arhitectură de date poate constitui fundația pentru datele descentralizate, dar corecte 100% pentru toate site-urile. De exemplu:
O platformă modernă, de tip arhitectură, utilizează evenimente pentru schimbul de date. În loc să depindă de procesarea pe loturi la nivelul datelor, sarcinile utile de date circulă în permanență atunci când au loc evenimente în aplicație sau în depozitul de date.
În cazul anumitor arhitecturi, microserviciile trebuie să facă schimb de sarcini utile de date între ele. Alte modele necesită schimburi între aplicațiile monolitice sau depozitele de date. Astfel se naște întrebarea: „Cum pot transfera în mod fiabil sarcinile utile de date pentru microservicii între aplicațiile și depozitele mele de date?”
O arhitectură de date poate furniza tehnologia de bază pentru schimbul de date axat pe microservicii. De exemplu:
Modelele de microservicii, cum ar fi asigurarea evenimentelor, CQRS și outbox-ul pentru tranzacții, sunt soluții înțelese în mod obișnuit. O arhitectură de date oferă instrumentele și infrastructura necesară pentru ca aceste modele să fie repetabile și fiabile la scară largă.
În afara modelelor de proiectare a microserviciilor, necesitatea integrării la nivel enterprise se extinde și la alte sisteme IT, precum bazele de date, procesele de business și aplicațiile și dispozitivele fizice de toate tipurile. O arhitectură de date oferă baza pentru integrarea datelor în mișcare.
De obicei, datele în mișcare se bazează pe evenimente. O acțiune a utilizatorului, un eveniment al dispozitivului, o etapă a procesului sau o confirmare a depozitului de date pot iniția un eveniment cu o sarcină utilă de date. Aceste sarcini utile de date sunt esențiale pentru integrarea sistemelor Internet of Things (IoT), a proceselor de afaceri, a bazelor, depozitelor și lacurilor de date.
O arhitectură de date oferă tehnologia de bază pentru integrarea în timp real, în întreaga companie. De exemplu:
Organizațiile mari vor avea, în mod firesc, o combinație de sisteme vechi și noi, monoliți și microservicii, depozite de date operaționale și analitice. O arhitectură de date poate contribui la unificarea acestor resurse în domenii de afaceri și de date diferite.
Depozitele de date analitice pot include tehnologii pentru piețe, depozite de date, cuburi OLAP și locații/lacuri de date.
În general, există doar două modalități de a transfera date în aceste depozite de date analitice:
O arhitectură de date oferă baza pentru o funcționalitate de colectare a datelor în streaming. De exemplu:
Colectarea evenimentelor din streaming poate reduce impactul asupra sistemelor sursă, îmbunătăți exactitatea datelor (important pentru știința datelor) și permite analize în timp real.
După colectarea în depozitele de date analitice, este nevoie, de obicei, de procese care să pregătească și să transforme datele în diverse etape sau domenii. Acest proces de rafinare a datelor este adesea necesar pentru produsele de date analitice din aval.
O arhitectură de date poate oferi un nivel de procese de date guvernat în mod independent, care funcționează cu depozitele de date analitice, asigurând următoarele servicii de bază:
Aceste procese de date trebuie să poată funcționa în diverse depozite de date fizice (cum ar fi piețe, depozite sau lacuri) sau ca un „flux de trimitere a datelor” în cadrul platformelor de date analitice care acceptă fluxuri de date, cum ar fi Apache Spark și alte tehnologii pentru locațiile de date.
Evenimentele au loc în permanență. Analiza evenimentelor în streaming poate fi decisivă pentru a înțelege ce se întâmplă de la un moment dat.
Acest tip de analize bazate pe serii cronologice ale fluxurilor de evenimente în timp real pot fi importante pentru datele dispozitivelor din lumea reală IoT și pentru a înțelege ce se întâmplă în centrele de date IT sau în cadrul tranzacțiilor financiare, cum ar fi monitorizarea fraudelor.
O arhitectură de date completă va include funcționalitățile de bază pentru analiza evenimente de toate tipurile, în diverse intervale de timp pentru evenimente. De exemplu:
La fel ca procesele de date, analizele streamingului trebuie să poată rula în cadrul unei infrastructuri stabilite de tip locații de date sau separat, ca servicii native în cloud.
Liderii din domeniul integrării datelor colectează datele operaționale și analitice în timp real dintr-o colecție diversă de depozite reziliente de date. Inovațiile au apărut rapid și continuu, pe măsură ce arhitectura de date a evoluat spre analiza în streaming. Disponibilitatea operațională ridicată a condus la analize în timp real, iar automatizarea ingineriei datelor a simplificat pregătirea datelor, oferind cercetătorilor și analiștilor de date instrumente cu autoservire.
Crearea unei arhitecturi operaționale și analitice în întreaga infrastructură de date
Utilizarea tuturor acestor funcționalități de management al datelor într-o arhitectură unificată va afecta fiecare consumator de date. O arhitectură de date vă va ajuta să îmbunătățiți sistemele globale pentru înregistrări și interacțiuni, în vederea unei funcționări fiabile în timp real, aliniind aceste date cu managerii domeniilor de afaceri, specialiștii în date și clienții dvs. De asemenea, simplifică procesele de management al datelor pentru aplicațiile de microservicii, de ultimă generație. Utilizând metodele și instrumentele analitice moderne, utilizatorii finali, analiștii și cercetătorii de date vor fi și mai receptivi la cererile clienților și la amenințările concurenței. Pentru a citi un exemplu bine documentat, consultați obiectivele și rezultatele companiei Intuit.
Utilizați o arhitectură de date pentru proiectele punctuale
Pe măsură ce adoptați o nouă strategie și un nou model operațional pentru produsele de date, este important să câștigați experiență în fiecare dintre aceste tehnologii promițătoare. Pe parcursul călătoriei dvs. în domeniul arhitecturilor de date, puteți obține treptat beneficii prin dezvoltarea arhitecturii rapide de date și trecerea la analizele streamingului, prin utilizarea investițiilor operaționale cu disponibilitate ridicată la analizele în timp real și oferind analize în timp real, cu autoservire experților și analiștilor de date.
Structura datelor | Integrare AppDev | Depozit de date analitice | |||||
---|---|---|---|---|---|---|---|
Arhitectură de date | Integrare date | Metacatalog | Microservicii | Mesagerie | Locații de date | DW distribuit | |
Oameni, procese și metode: | |||||||
Axare pe produsele pentru date | disponibil |
disponibil |
disponibil |
Ofertă 1/4 |
Ofertă 1/4 |
Ofertă 3/4 |
Ofertă 3/4 |
Atribute arhitectură tehnică: | |||||||
Arhitectură distribuită | disponibil |
Ofertă 1/4 |
Ofertă 3/4 |
disponibil |
disponibil |
Ofertă 1/4 |
Ofertă 3/4 |
Registre de date bazate pe evenimente | disponibil |
indisponibil |
Ofertă 1/4 |
disponibil |
disponibil |
Ofertă 1/4 |
Ofertă 1/4 |
Suport ACID | disponibil |
disponibil |
indisponibil |
indisponibil |
Ofertă 3/4 |
Ofertă 3/4 |
disponibil |
Axare pe streaming | disponibil |
Ofertă 1/4 |
indisponibil |
indisponibil |
Ofertă 1/4 |
Ofertă 3/4 |
Ofertă 1/4 |
Axare pe date analitice | disponibil |
disponibil |
disponibil |
indisponibil |
indisponibil |
disponibil |
disponibil |
Axare pe date operaționale | disponibil |
Ofertă 1/4 |
disponibil |
disponibil |
disponibil |
indisponibil |
indisponibil |
Arhitectură fizică și logică | disponibil |
disponibil |
indisponibil |
Ofertă 1/4 |
Ofertă 3/4 |
Ofertă 3/4 |
Ofertă 1/4 |
Cicluri de inovare mai rapide, bazate pe date
Costuri reduse pentru operațiunile esențiale cu date ale companiei
Lichiditatea datelor multicloud
– Deblocarea capitalului de date pentru circulație liberă
Partajarea datelor în timp real
– De la operațiuni la operațiuni și de la operațiuni la analize
Servicii de date periferice, bazate pe localizare
– Corelarea evenimentelor asociate dispozitivelor/datelor IRL
Schimburi de date între microservicii de încredere
– Surse de evenimente cu date corecte
– DataOps și CI/CD pentru date
Continuitate neîntreruptă
– 99,999% acorduri SLA pentru disponibilitate
– Migrări în cloud
Automatizați și simplificați produsele de date
– Seturi de date cu mai multe modele
Analiza datelor din seriile temporale
– Înregistrări delta/modificate
– Fidelitate eveniment cu eveniment
Eliminați copiile complete ale datelor pentru depozitele operaționale
– Registre și procese bazate pe jurnale
Lacuri și depozite de date distribuite
– hibride/multicloud/globale
– Integrarea streamingului/ETL
Analize predictive
– Valorificarea datelor, noi servicii de date de vânzare
Transformarea digitală este foarte dificilă și, din păcate, majoritatea companiilor nu vor reuși s-o realizeze. De-a lungul anilor, tehnologia, proiectarea software-ului și arhitectura de date au devenit din ce în ce mai distribuite, pe măsură ce tehnicile moderne se îndepărtează de abordările foarte centralizate și monolitice.
Arhitectura de date este un nou concept despre date – o trecere intenționată către evenimente de date foarte distribuite și în timp real, spre deosebire de procesarea datelor monolitice, centralizate și pe loturi. În esența lor, arhitecturile de date reprezintă o schimbare de strategie pentru consumatorii de date. De asemenea, este o adevărată schimbare tehnologică, îmbunătățind platformele și serviciile care susțin o arhitectură de date descentralizată.
Cazurile de utilizare a arhitecturilor de date includ datele operaționale și analitice, care reprezintă o diferență esențială față de lacurile/locațiile și depozitele de date convenționale. Această aliniere a domeniilor de date operaționale și analitice este un factor esențial pentru crearea unui serviciu mai autonom destinat consumatorului de date. Tehnologia modernă a platformelor de date poate contribui la eliminarea intermediarilor pentru conectarea directă a producătorilor de date cu consumatorii de date.
Compania Oracle este de mult timp lider în domeniul soluțiilor pentru datele esențiale și a oferit unele dintre cele mai moderne funcționalități pentru susținerea unei arhitecturi de date de încredere: