Passa al contenuto principale

Biblioteca di soluzioni AWS

Guida al commercio unificato su AWS

Panoramica

Questa guida utilizza i principi MACH di microservizi, API-first, SaaS nativo del cloud e applicazioni headless per integrare perfettamente più sistemi su AWS. Il commercio unificato comprende tutti i punti di contatto rivolti ai clienti per offrire un'esperienza unificata indipendentemente dal canale e abbatte i silos di un approccio multicanale. Implementando questa guida potrai unire marketing e operazioni, in modo da migliorare la soddisfazione dei tuoi clienti con un coinvolgimento coerente del marchio che ne aumenterà il sostegno.

Come funziona

Questo diagramma di architettura mostra la perfetta integrazione di più sistemi per fornire un'esperienza di vendita al dettaglio personalizzata e coerente ai clienti, indipendentemente dal punto di contatto o dal metodo di evasione degli ordini, utilizzando i servizi AWS per diversi livelli e per orchestrare più applicazioni e offerte Software-as-a-Service (SaaS).

Scarica il diagramma dell'architettura

Principi di 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, dovresti seguire il maggior numero possibile di best practice.

L'architettura proposta è in grado di funzionare su larga scala poiché sfrutta i servizi gestiti, ove possibile. Le tradizionali applicazioni COTS sfrutterebbero le metriche delle istanze Amazon EC2 con allarmi e log di Amazon CloudWatch. I gruppi con dimensionamento automatico e Amazon RDS gestito possono essere ripristinati in caso di errori.

Leggi il white paper sull'eccellenza operativa

Quando possibile, l'architettura adotta un approccio basato sull'utilizzo di servizi gestiti in modo da trasferire gran parte della responsabilità della sicurezza ad AWS, che segue le migliori pratiche di sicurezza, tra cui la crittografia dei dati di Amazon S3, la definizione dei ruoli IAM e la crittografia dei dati inattivi di Amazon DynamoDB. Un'identità forte viene applicata ai consumatori tramite Amazon Cognito e agli operatori tramite i ruoli IAM. CloudWatch Logs e AWS CloudTrail forniscono tracciabilità e possono essere utilizzati con funzionalità a livello di organizzazione, come Amazon GuardDuty, AWS Security Hub e un SIEM centrale.

Leggi il white paper sulla sicurezza

Grazie ai servizi gestiti, è possibile ottenere l'affidabilità in modo predefinito. La ridondanza nello storage su Amazon S3 e DynamoDB, la scalabilità delle istanze Amazon SageMaker, Amazon Redshift, Athena, Amazon SageMaker Canvas, Amazon Pinpoint, Amazon Personalize , AWS AppSync ed EventBridge sono anch'essi altamente disponibili per progettazione. In caso di problemi, i dati possono essere riprodotti da eventi non elaborati su Amazon S3 utilizzando la stessa pipeline. Gli eventi possono anche essere riprodotti utilizzando la funzionalità di archiviazione e risposta di EventBridge. L'architettura del contenitore è scalabile orizzontalmente scegliendo tra Amazon Elastic Container Service (Amazon ECS) o Amazon Elastic Kubernetes Service (Amazon EKS) in esecuzione su AWS Fargate e si adatta dinamicamente alle richieste di capacità.

Leggi il white paper sull'affidabilità

La scalabilità si basa sull'uso di servizi AWS Serverless come AWS Lambda, DynamoDB, SageMaker endpoint e Amazon Redshift, ove possibile.

Leggi il white paper sull'efficienza delle prestazioni

L'utilizzo di servizi gestiti e serverless consente di minimizzare i costi dell'architettura, poiché questi servizi sono progettati per essere addebitati solo quando sono effettivamente in uso.

Leggi il white paper sull'ottimizzazione dei costi

L'architettura proposta utilizza servizi gestiti e serverless ove possibile per garantire un approccio sostenibile, in esecuzione solo quando necessario. Lo strumento relativo all'impronta di carbonio dei clienti AWS può essere utilizzato per ottenere dati sull'impatto totale.

Leggi il white paper sulla sostenibilità

Avvertenza

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. L'implementazione del contenuto AWS può 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.

Hai trovato quello che cercavi?

Facci sapere la tua opinione in modo da migliorare la qualità dei contenuti delle nostre pagine