Guida per l'analisi dei dati dei clienti su AWS
Panoramica
Come funziona
Questa architettura consente di creare pipeline di analisi dei dati dei clienti moderne e di ricavare informazioni dettagliate dai dati raccolti.
Principi Well-Architected
Il diagramma dell'architettura sopra riportato è un esempio di una soluzione creata tenendo conto delle best practice Well-Architected. Per essere completamente Well-Architected, devi seguire il maggior numero possibile di best practice Well-Architected.
L’architettura di riferimento della piattaforma di analisi dei dati dei clienti (CDAP) è completamente serverless. La tua soluzione può essere implementata con l'infrastruttura come codice e l'automazione per iterazioni rapide e implementazioni coerenti. Utilizza Amazon CloudWatch per il monitoraggio di applicazioni e infrastruttura.
Utilizza Lake Formation per una governance unificata che consente la gestione centralizzata della sicurezza, del controllo degli accessi (con sicurezza a livello di tabella, riga e colonna) e degli audit trail. Consente inoltre l'individuazione e la conversione automatiche dello schema nei formati richiesti. Gateway API applica policy che controllano aspetti di sicurezza come l’autenticazione, l’autorizzazione o la gestione del traffico.
L’architettura serverless consente alla soluzione di essere automaticamente scalabile, disponibile e implementata in tutte le zone di disponibilità.
Grazie a tecnologie serverless, viene effettuato il provisioning soltanto delle risorse necessarie. Per massimizzare le prestazioni della soluzione CDAP, esegui test con più tipi di istanze. Utilizza gli endpoint Gateway API Edge per clienti geograficamente distribuiti. Utilizza Regional per i clienti regionali (e quando usi altri servizi AWS all’interno della stessa Regione).
Utilizzando tecnologie serverless e il dimensionamento automatico, paghi solo per le risorse che utilizzi. I servizi serverless non costano nulla quando sono inattivi.
Riduci al minimo l’impatto ambientale. Data lake utilizza processi per spostare automaticamente i dati a cui si accede raramente nell’archiviazione a freddo con configurazioni del ciclo di vita di Amazon S3. Tramite un ampio utilizzo dei servizi gestiti e della scalabilità dinamica, questa architettura riduce al minimo l’impatto ambientale dei servizi di backend.
Dichiarazione di non responsabilità
Il codice di esempio, le librerie software, gli strumenti della linea di comando, le proof of concept, i modelli e le altre tecnologie correlate (comprese tutte le tecnologie di cui sopra fornite dal nostro personale) vengono forniti all'utente sotto forma di contenuto AWS ai sensi dell'Accordo cliente AWS o del relativo accordo scritto stipulato tra l'utente e AWS (a seconda dei casi). Non bisogna utilizzare il contenuto AWS in questione negli account di produzione o sui dati di produzione o altri dati fondamentali. L'utente è responsabile dei test, della sicurezza e dell'ottimizzazione del contenuto AWS, come il codice di esempio, in modo appropriato per l'utilizzo in produzione sulla base delle pratiche e degli standard di qualità specifici. La distribuzione del contenuto AWS potrebbe comportare costi AWS per la creazione o l’utilizzo di risorse AWS addebitabili, quali le istanze Amazon EC2 in esecuzione o l’archiviazione Amazon S3.
Eventuali riferimenti a servizi o organizzazioni di terze parti contenuti in questa Guida non implicano alcuna approvazione, sponsorizzazione o affiliazione tra Amazon o AWS e dette terze parti. Le linee guida di AWS sono un punto di partenza tecnico, inoltre l’integrazione con servizi di terze parti può essere personalizzata al momento della distribuzione dell’architettura.
Hai trovato quello che cercavi?
Facci sapere la tua opinione in modo da migliorare la qualità dei contenuti delle nostre pagine