Această postare este scrisă în colaborare cu Claudia Chitu și Spyridon Doza de la ACAST.
Fondată în 2014, Acast este cea mai importantă companie independentă de podcast din lume, promovând creatorii de podcasturi și agenții de publicitate de podcasturi pentru o experiență de ascultare supremă. Prin susținerea unui ecosistem independent și deschis pentru podcasting, Acast își propune să alimenteze podcasting-ul cu instrumentele și monetizarea necesare pentru a prospera.
Compania folosește serviciile AWS Cloud pentru a crea produse bazate pe date și pentru a scala cele mai bune practici de inginerie. Pentru a asigura o platformă de date durabilă în fazele de creștere și profitabilitate, echipele lor tehnologice au adoptat un sistem descentralizat. arhitectura mesh de date.
În această postare, discutăm despre modul în care Acast a depășit provocarea dependențelor cuplate între echipele care lucrează cu date la scară prin utilizarea conceptului de rețea de date.
Problema
Cu o creștere și o expansiune accelerată, Acast a întâmpinat o provocare care rezonează la nivel global. Acast s-a regăsit cu diverse unități de afaceri și o cantitate mare de date generate în întreaga organizație. Monolitul existent și arhitectura centralizată se lupta să răspundă cerințelor tot mai mari ale consumatorilor de date. Inginerii de date au considerat că este din ce în ce mai dificil să mențină și să scalați infrastructura de date, ceea ce a dus la acces la date, silozuri de date și ineficiență în gestionarea datelor. Un obiectiv cheie a fost îmbunătățirea experienței utilizatorului end-to-end, pornind de la nevoile afacerii.
Acast trebuia să abordeze aceste provocări pentru a ajunge la o scară operațională, adică un număr maxim global de oameni care pot opera în mod independent și pot oferi valoare. În acest caz, Acast a încercat să abordeze provocarea acestei structuri monolit și timpul ridicat de valorificare pentru echipele de produse, echipele de tehnologie, consumatorii finali. Merită menționat că au și alte echipe de produse și tehnologie, inclusiv echipe operaționale sau de afaceri, fără conturi AWS.
Acast are un număr variabil de echipe de produse, care evoluează continuu prin fuzionarea celor existente, împărțirea lor, adăugarea de oameni noi sau pur și simplu creând noi echipe. În ultimii 2 ani, au avut între 10–20 de echipe, formate din 4–10 persoane fiecare. Fiecare echipă deține cel puțin două conturi AWS, până la 10 conturi, în funcție de proprietate. Majoritatea datelor produse de aceste conturi sunt utilizate în aval în scopuri de business intelligence (BI) și în Amazon Atena, de sute de utilizatori de afaceri în fiecare zi.
Soluția implementată de Acast este o rețea de date, proiectată pe AWS. Soluția reflectă mai degrabă structura organizațională decât o decizie arhitecturală explicită. Conform Manevra Conway inversă, arhitectura tehnologică Acast prezintă izomorfism cu arhitectura de afaceri. În acest caz, utilizatorii de afaceri sunt activați prin arhitectura rețelei de date pentru a obține mai rapid timp pentru informații și pentru a ști direct cine sunt proprietarii specifici domeniului, accelerând colaborarea. Acest lucru va fi mai detaliat când vom discuta despre Gestionarea identității și accesului AWS (IAM) utilizate, deoarece unul dintre roluri este dedicat grupului de afaceri.
Parametrii succesului
Acast a reușit să demareze și să scaleze un nou produs de date orientat spre echipă și domeniu și infrastructura și configurarea corespunzătoare, ceea ce a dus la mai puține frecări în culegerea de informații și utilizatori și consumatori mai fericiți.
Succesul implementării a însemnat evaluarea diferitelor aspecte ale infrastructurii de date, managementului datelor și rezultatelor afacerii. Ei au clasificat metricile și indicatorii în următoarele categorii:
- Utilizarea de date – O înțelegere clară a cine consumă ce sursă de date, concretizată cu o mapare a consumatorilor și producătorilor. Discuțiile cu utilizatorii au arătat că sunt mai fericiți să aibă acces mai rapid la date într-un mod mai simplu, o organizare a datelor mai structurată și o mapare clară a cine este producătorul. S-au făcut multe progrese pentru a promova cultura lor bazată pe date (alfabetizarea datelor, partajarea datelor și colaborarea între unitățile de afaceri).
- Guvernarea datelor – Cu obiectul lor la nivel de serviciu care indică când sursele de date sunt disponibile (printre alte detalii), echipele știu pe cine să notifice și pot face acest lucru într-un timp mai scurt atunci când apar date cu întârziere sau alte probleme cu datele. Cu un rol de administrator al datelor, proprietatea a fost consolidată.
- Productivitatea echipei de date – Prin retrospective de inginerie, Acast a descoperit că echipele lor apreciază autonomia de a lua decizii cu privire la domeniile lor de date.
- Eficiența costurilor și a resurselor – Aceasta este o zonă în care Acast a observat o reducere a duplicării datelor și, prin urmare, reducerea costurilor (în unele conturi, eliminând copia datelor 100%), prin citirea datelor din conturi în timp ce permite scalarea.
Prezentare generală a rețelei de date
O rețea de date este o abordare sociotehnică pentru a construi o arhitectură de date descentralizată prin utilizarea unui design orientat spre domeniu, cu autoservire (într-o perspectivă de dezvoltare software) și împrumută teoria lui Eric Evans a designului bazat pe domenii și a lui Manuel Pais și Matthew Skelton. teoria topologiilor de echipă. Este important să stabiliți contextul pentru a înțelege ce este rețeaua de date, deoarece stabilește scena pentru detaliile tehnice care urmează și vă poate ajuta să înțelegeți cum conceptele discutate în această postare se încadrează în cadrul mai larg al rețelei de date.
Pentru a recapitula înainte de a aprofunda în implementarea Acast, conceptul de rețea de date se bazează pe următoarele principii:
- Este determinat de domeniu, spre deosebire de conducte, ca o preocupare de primă clasă
- Servește datele ca produs
- Este un produs bun care încântă utilizatorii (datele sunt de încredere, documentația este disponibilă și este ușor de consumat)
- Oferă guvernare computațională federată și proprietate descentralizată - o platformă de date cu autoservire
Arhitectură bazată pe domenii
În abordarea Acast de a deține seturile de date operaționale și analitice, echipele sunt structurate cu proprietatea pe bază de domeniu, citind direct de la producătorul datelor, printr-un API sau în mod programatic din stocarea Amazon S3 sau folosind Athena ca motor de interogare SQL. Câteva exemple de domenii Acast sunt prezentate în figura următoare.
După cum este ilustrat în figura anterioară, unele domenii sunt cuplate vag la punctele finale operaționale sau analitice ale altor domenii, cu o proprietate diferită. Alții ar putea avea o dependență mai puternică, ceea ce este de așteptat, pentru afaceri (unii podcasteri pot fi și agenți de publicitate, creând reclame de sponsorizare și derulând campanii pentru propriile emisiuni sau tranzacționând reclame folosind software-ul Acast ca serviciu).
Datele ca produs
Tratarea datelor ca pe un produs implică trei componente cheie: datele în sine, metadatele și codul și infrastructura asociate. În această abordare, echipele responsabile cu generarea datelor sunt denumite producători. Aceste echipe de producători posedă cunoștințe aprofundate despre consumatorii lor, înțelegând cum este utilizat produsul lor de date. Orice modificări planificate de producătorii de date sunt comunicate în prealabil tuturor consumatorilor. Această notificare proactivă asigură că procesele din aval nu sunt întrerupte. Oferind consumatorilor o notificare prealabilă, aceștia au timp suficient pentru a se pregăti și a se adapta la schimbările viitoare, menținând un flux de lucru fluid și neîntrerupt. Producătorii rulează o nouă versiune a setului de date inițial în paralel, notifică consumatorii individual și discută cu ei timpul necesar pentru a începe să consume noua versiune. Când toți consumatorii folosesc noua versiune, producătorii fac ca versiunea inițială să nu fie disponibilă.
Schemele de date sunt deduse din formatul comun convenit pentru a partaja fișiere între echipe, care este Parquet în cazul Acast. Datele pot fi partajate în fișiere, evenimente grupate sau transmise în flux și multe altele. Fiecare echipă are propriul cont AWS care acționează ca o entitate independentă și autonomă, cu propria infrastructură. Pentru orchestrare, ei folosesc Kit AWS Cloud Development (AWS CDK) pentru infrastructură ca cod (IaC) și AWS Adeziv Cataloage de date pentru gestionarea metadatelor. Utilizatorii pot, de asemenea, să adreseze cereri producătorilor pentru a îmbunătăți modul în care sunt prezentate datele sau pentru a îmbogăți datele cu noi puncte de date pentru a genera o valoare mai mare a afacerii.
Cu fiecare echipă deținând un cont AWS și un ID de catalog de date de la Athena, este simplu să vedeți acest lucru prin prisma unui lac de date distribuit pe Amazon S3, cu un catalog comun care mapa toate cataloagele din toate conturile.
În același timp, fiecare echipă poate, de asemenea, să mapați alte cataloage în propriul cont și să-și folosească propriile date, pe care le produce împreună cu datele din alte conturi. Cu excepția cazului în care sunt date sensibile, datele pot fi accesate programatic sau din Consola de administrare AWS într-o manieră de autoservire, fără a fi dependent de inginerii de infrastructură de date. Aceasta este o modalitate partajată, independentă de domeniu, de a autoservi datele. Descoperirea produsului are loc prin înregistrarea catalogului. Folosind doar câteva standarde agreate de comun acord și adoptate în cadrul companiei, în scopul interoperabilității, Acast a abordat silozurile fragmentate și fricțiunile pentru a face schimb de date sau a consuma date agnostice de domeniu.
Cu acest principiu, echipele obțin asigurarea că datele sunt sigure, de încredere și precise, iar controalele de acces adecvate sunt gestionate la fiecare nivel de domeniu. Mai mult, pe contul central sunt definite roluri pentru diferite tipuri de permisiuni și acces, folosind Centrul de identitate AWS IAM permisiuni. Toate seturile de date pot fi descoperite dintr-un singur cont central. Următoarea figură ilustrează modul în care este instrumentat, unde două roluri IAM sunt asumate de două tipuri de grupuri de utilizatori (consumatori): unul care are acces la un set de date limitat, care este date restricționate și unul care are acces la date nerestricţionate. Există, de asemenea, o modalitate de a-și asuma oricare dintre aceste roluri, pentru conturile de servicii, cum ar fi cele utilizate de joburile de procesare a datelor în Fluxuri de lucru gestionate de Amazon pentru Apache Airflow (Amazon MWAA), de exemplu.
Cum a rezolvat Acast pentru o aliniere ridicată și o arhitectură slab cuplată
Următoarea diagramă arată o arhitectură conceptuală a modului în care echipele Acast organizează datele și colaborează între ele.
Acast a folosit Cadru bine arhitecturat pentru ca contul central să își îmbunătățească practica de rulare a sarcinilor de lucru analitice în cloud. Prin prisma instrumentului, Acast a reușit să abordeze o monitorizare mai bună, optimizarea costurilor, performanță și securitate. I-a ajutat să înțeleagă domeniile în care și-ar putea îmbunătăți volumul de lucru și cum să abordeze problemele comune, cu soluții automate, precum și cum să măsoare succesul, definind KPI-uri. Le-a economisit timp pentru a obține învățăturile pe care altfel ar fi durat mai mult să le găsească. Spyridon Dosis, responsabilul pentru securitatea informațiilor Acast, spune: „Suntem bucuroși că AWS este întotdeauna în avans cu lansarea de instrumente care permit configurarea, evaluarea și revizuirea configurației cu mai multe conturi. Acesta este un mare plus pentru noi, să lucrăm într-o organizație descentralizată.” Spyridon adaugă, de asemenea, „Un concept foarte important pe care îl prețuim este setările implicite de securitate AWS (de exemplu, criptarea implicită pentru compartimentele S3).”
În diagrama arhitecturii, putem observa că fiecare echipă poate fi un producător de date, cu excepția echipei care deține contul central, care servește drept platformă centrală de date, modelând logica din mai multe domenii pentru a picta imaginea completă a afacerii. Toate celelalte echipe pot fi producători de date sau consumatori de date. Aceștia se pot conecta la contul central și pot descoperi seturi de date prin intermediul catalogului de date AWS Glue pentru mai multe conturi, le pot analiza în editorul de interogări Athena sau cu notebook-uri Athena sau pot mapa catalogul la propriul cont AWS. Accesul la catalogul central Athena este implementat cu IAM Identity Center, cu roluri pentru date deschise și acces restricționat la date.
Pentru datele nesensibile (date deschise), Acast folosește un șablon în care seturile de date sunt în mod implicit deschise întregii organizații pentru a le citi, folosind o condiție pentru a furniza parametrul ID atribuit de organizație, așa cum se arată în următorul fragment de cod:
Atunci când manipulează date sensibile, cum ar fi cele financiare, echipele folosesc un model colaborativ de gestionare a datelor. Administratorul de date lucrează cu solicitantul pentru a evalua justificarea accesului pentru cazul de utilizare prevăzut. Împreună, ei determină metodele de acces adecvate pentru a satisface nevoia, menținând în același timp securitatea. Acestea ar putea include roluri IAM, conturi de serviciu sau anumite servicii AWS. Această abordare permite utilizatorilor de afaceri din afara organizației tehnologice (ceea ce înseamnă că nu au un cont AWS) să acceseze și să analizeze în mod independent informațiile de care au nevoie. Acordând acces prin politicile IAM la resursele AWS Glue și la compartimentele S3, Acast oferă capabilități de autoservire, guvernând în același timp datele delicate prin revizuire umană. Rolul de administrator de date a fost valoros pentru înțelegerea cazurilor de utilizare, evaluarea riscurilor de securitate și, în cele din urmă, facilitarea accesului care accelerează afacerea prin intermediul unor perspective analitice.
Pentru cazul de utilizare Acast, controalele granulare de acces la nivel de rând sau coloană nu au fost necesare, așa că abordarea a fost suficientă. Cu toate acestea, alte organizații pot necesita o guvernare mai precisă asupra câmpurilor de date sensibile. În aceste cazuri, soluții de genul Formația lacului AWS ar putea implementa permisiunile necesare, oferind în același timp un model de acces la date cu autoservire. Pentru mai multe informații, consultați Proiectați o arhitectură de rețea de date folosind AWS Lake Formation și AWS Glue.
În același timp, echipele pot citi de la alți producători direct, de pe Amazon S3 sau printr-un API, menținând dependența la minim, ceea ce sporește viteza de dezvoltare și livrare. Prin urmare, un cont poate fi un producător și un consumator în paralel. Fiecare echipă este autonomă și este responsabilă pentru propriul stack de tehnologie.
Învățături suplimentare
Ce a învățat Acast? Până acum, am discutat că designul arhitectural este un efect al structurii organizaționale. Deoarece organizația tehnologică constă din mai multe echipe interfuncționale și este simplu să porniți o nouă echipă, urmând principiile comune ale rețelei de date, Acast a aflat că acest lucru nu merge perfect de fiecare dată. Pentru a crea un cont complet nou în AWS, echipele parcurg aceeași călătorie, dar ușor diferită, având în vedere propriul set de particularități.
Acest lucru poate crea anumite fricțiuni și este dificil să faceți ca toate echipele producătoare de date să atingă o maturitate ridicată de a fi producători de date. Acest lucru poate fi explicat prin competențele de date diferite din acele echipe interfuncționale și prin faptul că nu sunt echipe de date dedicate.
Prin implementarea soluției descentralizate, Acast a abordat eficient provocarea de scalabilitate, adaptându-și echipele pentru a se alinia nevoilor de afaceri în evoluție. Această abordare asigură o decuplare și o aliniere ridicate. În plus, au consolidat proprietatea, reducând semnificativ timpul necesar pentru a identifica și rezolva probleme, deoarece sursa din amonte este ușor cunoscută și ușor accesibilă cu SLA-uri specificate. Volumul solicitărilor de asistență pentru date a înregistrat o reducere de peste 50%, deoarece utilizatorii de afaceri sunt împuterniciți să obțină informații mai rapide. În special, au eliminat cu succes zeci de terabytes de stocare redundantă care au fost copiați anterior doar pentru a îndeplini cererile din aval. Această realizare a fost posibilă prin implementarea citirii încrucișate, ducând la eliminarea costurilor asociate de dezvoltare și întreținere pentru aceste conducte.
Concluzie
Acast a folosit legea Inverse Conway Maneuver și a folosit servicii AWS în care fiecare echipă de produs interfuncțională are propriul cont AWS pentru a construi o arhitectură de rețea de date care permite scalabilitate, proprietate ridicată și consum de date în sistem self-service. Acest lucru a funcționat bine pentru companie, în ceea ce privește modul în care au fost abordate proprietatea și operațiunile datelor, pentru a-și îndeplini principiile de inginerie, ceea ce a rezultat în a avea rețeaua de date ca efect, mai degrabă decât o intenție deliberată. Pentru alte organizații, rețeaua de date dorită ar putea arăta diferit, iar abordarea ar putea avea alte învățăminte.
În concluzie, a arhitectură modernă de date pe AWS vă permite să construiți eficient produse de date și infrastructură de rețea de date la un cost scăzut, fără a compromite performanța.
Următoarele sunt câteva exemple de servicii AWS pe care le puteți utiliza pentru a vă proiecta rețeaua de date dorită pe AWS:
Despre Autori
Claudia Chitu este un strateg de date și un lider influent în spațiul Analytics. Concentrată pe alinierea inițiativelor de date cu obiectivele strategice generale ale organizației, ea folosește datele ca forță călăuzitoare pentru planificarea pe termen lung și creșterea durabilă.
Spyridon Doza este un profesionist în securitatea informațiilor în Acast. Spyridon sprijină organizația în proiectarea, implementarea și operarea serviciilor sale într-un mod sigur, protejând datele companiei și ale utilizatorilor.
Srikant Das este arhitect de soluții Acceleration Lab la Amazon Web Services. Are peste 13 ani de experiență în analiza Big Data și Ingineria datelor, unde îi place să construiască soluții fiabile, scalabile și eficiente. În afara serviciului, îi place să călătorească și să scrie pe blog experiențele sale în rețelele sociale.
- Distribuție de conținut bazat pe SEO și PR. Amplifică-te astăzi.
- PlatoData.Network Vertical Generative Ai. Împuterniciți-vă. Accesați Aici.
- PlatoAiStream. Web3 Intelligence. Cunoștințe amplificate. Accesați Aici.
- PlatoESG. carbon, CleanTech, Energie, Mediu inconjurator, Solar, Managementul deșeurilor. Accesați Aici.
- PlatoHealth. Biotehnologie și Inteligență pentru studii clinice. Accesați Aici.
- Sursa: https://aws.amazon.com/blogs/big-data/design-a-data-mesh-on-aws-that-reflects-the-envisioned-organization/
- :are
- :este
- :nu
- :Unde
- $UP
- 10
- 100
- 120
- 13
- 2014
- 2020
- a
- Capabil
- Despre Noi
- accelerat
- Accelerează
- accelerare
- acces
- Acces la date
- accesate
- accesibil
- Cont
- responsabil
- Conturi
- precis
- realizare
- peste
- actorie
- Acțiune
- adapta
- adăugare
- adresa
- adresat
- Adaugă
- adoptată
- Anunţuri
- avansa
- agenții de publicitate
- de acord
- înainte
- isi propune
- alinia
- alinierea
- aliniere
- TOATE
- permite
- permite
- de-a lungul
- de asemenea
- mereu
- Amazon
- Amazon Web Services
- În mijlocul
- printre
- sumă
- an
- Analitic
- Google Analytics
- analiza
- și
- și infrastructură
- Orice
- Apache
- api
- aprecia
- abordare
- adecvat
- arhitectural
- arhitectură
- SUNT
- ZONĂ
- domenii
- AS
- aspecte
- evaluarea
- evaluare
- asociate
- asuma
- asumat
- asigurare
- At
- Automata
- autonom
- Autonomie
- disponibil
- AWS
- AWS Adeziv
- Formația lacului AWS
- bazat
- BE
- deoarece
- fost
- înainte
- fiind
- CEL MAI BUN
- Cele mai bune practici
- Mai bine
- între
- Mare
- Datele mari
- Blogging
- Bootstrap
- mai larg
- construi
- Clădire
- afaceri
- business intelligence
- dar
- by
- Campanii
- CAN
- capacități
- caz
- cazuri
- catalog
- cataloage
- categorii
- Centru
- central
- centralizat
- sigur
- contesta
- provocări
- provocare
- campionatul
- Modificări
- clasificate
- clar
- Cloud
- servicii de tip cloud
- cod
- colaborarea
- colaborare
- colaborativ
- venire
- Comun
- în mod obișnuit
- comunicate
- companie
- componente
- compromisor
- de calcul
- concept
- Concepte
- conceptual
- încheia
- condiție
- Configuraţie
- Conectați
- luand in considerare
- Constând
- constă
- construi
- consuma
- consumator
- Consumatorii
- consum
- context
- continuu
- controale
- Corespunzător
- A costat
- reducerea costurilor
- Cheltuieli
- ar putea
- cuplat
- crea
- Crearea
- reclame
- Creatorii
- echipe multifunctionale
- Cultură
- de date
- accesul la date
- Analiza datelor
- infrastructura de date
- Lacul de date
- management de date
- Platforma de date
- puncte de date
- de prelucrare a datelor
- schimbul de date
- Pe bază de date
- seturi de date
- zi
- descentralizată
- decizie
- Deciziile
- dedicat
- Mai adânc
- Mod implicit
- implicite
- definit
- definire
- livra
- livrare
- cererile
- dependențe
- Dependenţă
- Dependent/ă
- În funcție
- Amenajări
- proiect
- dorit
- detaliat
- detalii
- Determina
- Dezvoltare
- FĂCUT
- diferit
- dificil
- direct
- descoperi
- descoperire
- discuta
- discutat
- discuții
- afișează
- distribuite
- diferit
- scufundare
- do
- documentaţie
- Nu
- domeniu
- domenii
- Dont
- condus
- e
- fiecare
- cu ușurință
- ecosistem
- editor
- efect
- în mod eficient
- eficient
- eficient
- înălțător
- eliminat
- angajat
- angajarea
- angajează
- împuternicit
- permite
- activat
- permite
- permițând
- criptare
- capăt
- un capăt la altul
- Obiective
- Motor
- Inginerie
- inginerii
- spori
- Îmbunătăţeşte
- îmbogăți
- asigura
- asigură
- Întreg
- entitate
- imaginat
- Eric
- stabili
- Eter (ETH)
- evalua
- evenimente
- Fiecare
- in fiecare zi
- evoluție
- exemplu
- exemple
- Cu excepția
- schimb
- existent
- expansiune
- de aşteptat
- experienţă
- Experiențe
- a explicat
- facilitând
- departe
- mai repede
- puțini
- Domenii
- Figura
- Fişiere
- Financials
- Găsi
- descoperire
- potrivi
- concentrat
- urma
- următor
- Pentru
- Forţarea
- format
- formare
- găsit
- fragmentată
- Cadru
- frecare
- din
- Combustibil
- Îndeplini
- Complet
- complet
- mai mult
- În plus
- Câştig
- culegere
- generată
- generator
- obține
- Caritate
- La nivel global
- Go
- Goluri
- bine
- guvernare
- guvernare
- acordarea
- granular
- grup
- Grupului
- În creştere
- Creștere
- călăuzitor
- HAD
- Manipularea
- se întâmplă
- mai fericit
- fericit
- Avea
- având în
- he
- ajutor
- a ajutat
- Înalt
- superior
- lui
- Cum
- Cum Pentru a
- Totuși
- http
- HTTPS
- uman
- sute
- IAC
- IAM
- ID
- identifica
- Identitate
- ilustrează
- punerea în aplicare a
- implementarea
- implementat
- Punere în aplicare a
- important
- îmbunătăţi
- in
- în profunzime
- include
- Inclusiv
- tot mai mult
- independent
- independent
- Indicatorii
- Individual
- ineficiențe
- Influent
- informații
- securitatea informațiilor
- Infrastructură
- inițială
- inițiative
- Cereri
- perspective
- Inteligență
- destinate
- scop
- Interoperabilitate
- în
- probleme de
- IT
- ESTE
- în sine
- Locuri de munca
- călătorie
- jpg
- păstrare
- Cheie
- Cunoaște
- cunoştinţe
- cunoscut
- de laborator
- lac
- Nume
- Târziu
- Drept
- lider
- conducere
- AFLAȚI
- învățat
- cel mai puțin
- Lentilele
- mai puțin
- Nivel
- ca
- Limitat
- Ascultare
- alfabetizare
- logică
- pe termen lung
- mai lung
- Uite
- Lot
- Jos
- făcut
- menține
- mentine
- întreținere
- Majoritate
- face
- gestionate
- administrare
- manieră
- Hartă
- cartografiere
- Matthew
- scadență
- maxim
- Mai..
- sens
- mijloace
- a însemnat
- măsura
- Mass-media
- Întâlni
- care fuzionează
- ochiurilor de plasă
- Metadata
- Metode
- Metrici
- ar putea
- minim
- model
- modelare
- generarea de bani
- Monitorizarea
- mai mult
- În plus
- multiplu
- necesar
- Nevoie
- necesar
- nevoilor
- Nou
- în special
- notebook-uri
- Înștiințare..
- notificare
- număr
- obiect
- obiectiv
- observate
- of
- promoții
- Ofiţer
- on
- ONE
- cele
- afară
- deschide
- de date deschise
- funcionar
- de operare
- operațional
- Operațiuni
- opus
- or
- orchestrație
- comandă
- organizație
- de organizare
- organizații
- organizator
- Altele
- Altele
- in caz contrar
- rezultate
- exterior
- peste
- global
- propriu
- Proprietarii
- proprietate
- care deține
- deține
- vopsea
- Paralel
- parametru
- oameni
- pentru
- performanță
- permisiuni
- perspectivă
- faze
- imagine
- Loc
- planificat
- planificare
- platformă
- Plato
- Informații despre date Platon
- PlatoData
- la care se adauga
- Podcast
- podcasting
- puncte
- Politicile
- poseda
- posibil
- Post
- practică
- practicile
- precedent
- Pregăti
- prezentat
- în prealabil
- Principal
- principiu
- Principiile
- Proactivă
- procese
- prelucrare
- produce
- Produs
- producător
- Producătorii
- producând
- Produs
- Produse
- profesional
- rentabilitatea
- Progres
- protectoare
- furniza
- furnizează
- furnizarea
- scop
- scopuri
- ridica
- mai degraba
- ajunge
- Citeste
- uşor
- Citind
- recapitula
- reducerea
- reducere
- trimite
- menționat
- reflectă
- cu privire la
- Înscriere
- eliberarea
- de încredere
- îndepărtare
- eliminarea
- cereri de
- necesita
- rezolvă
- rezonanța
- resursă
- Resurse
- responsabil
- limitat
- rezultând
- revizuiască
- Riscurile
- Rol
- rolurile
- Alerga
- funcţionare
- acelaşi
- salvate
- scalabilitate
- scalabil
- Scară
- scalare
- perfect
- sigur
- securitate
- riscuri de securitate
- vedea
- văzut
- Autoservire
- sensibil
- servește
- serviciu
- Servicii
- set
- Seturi
- configurarea
- Distribuie
- comun
- Acțiuni
- partajarea
- ea
- a arătat
- indicat
- Emisiuni
- semnificativ
- silozuri
- simplu
- pur şi simplu
- singur
- ușor diferite
- netezi
- fragment
- So
- până acum
- Social
- social media
- Software
- sistem de operare ca serviciu
- de dezvoltare de software
- Numai
- soluţie
- soluţii
- rezolvate
- unele
- Sursă
- Surse
- Spaţiu
- specific
- specificată
- sponsorizare
- SQL
- stivui
- Etapă
- standarde
- Începe
- Pornire
- Declarație
- precizând
- Încă
- depozitare
- simplu
- Strategic
- Strateg
- curent
- întărit
- puternic
- structura
- structurat
- Incercand
- succes
- Reușit
- astfel de
- suficient
- a sustine
- Sprijină
- durabilă
- Creștere sustenabilă
- aborda
- luare
- echipă
- echipe
- tech
- Tehnic
- Tehnologia
- șablon
- zeci
- decât
- acea
- informațiile
- lor
- Lor
- teorie
- Acolo.
- prin urmare
- Acestea
- ei
- acest
- aceste
- trei
- Prospera
- Prin
- timp
- interval de timp
- la
- împreună
- instrument
- Unelte
- top
- tranzacționând
- Traveling
- încercat
- demn de încredere
- Două
- Tipuri
- final
- în cele din urmă
- înţelege
- înţelegere
- neîntrerupt
- de unităţi
- viitoare
- pe
- us
- utilizare
- carcasa de utilizare
- utilizat
- Utilizator
- Experiența de utilizare
- utilizatorii
- utilizări
- folosind
- utilizate
- Valoros
- valoare
- variabil
- diverse
- Fixă
- Viteză
- versiune
- foarte
- de
- volum
- a fost
- Cale..
- we
- web
- servicii web
- BINE
- au fost
- Ce
- cand
- care
- în timp ce
- OMS
- pe cine
- voi
- cu
- fără
- Apartamente
- flux de lucru
- fluxuri de lucru
- de lucru
- fabrică
- lume
- valoare
- ar
- scris
- ani
- tu
- Ta
- zephyrnet