Guida al commercio unificato su AWS
Panoramica
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).
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 Well-Architected.
L’architettura proposta è in grado di funzionare su larga scala poiché sfrutta i servizi gestiti, ove possibile. Le tradizionali applicazioni COTS sfrutterebbero i parametri delle istanze Amazon EC2 con gli allarmi e i log di Amazon CloudWatch. I gruppi Auto Scaling e Amazon RDS gestito possono essere ripristinati in caso di errori.
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 best practice 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. L’identità forte viene applicata per i consumatori tramite Amazon Cognito e per gli operatori tramite ruoli IAM . I log di CloudWatch e AWS CloudTrail offrono tracciabilità e possono essere utilizzati con funzionalità a livello di organizzazione, come Amazon GuardDuty, AWS Security Hub e un SIEM centrale.
Grazie ai servizi gestiti, è possibile ottenere l’affidabilità in modo predefinito. La ridondanza nell’archiviazione su Amazon S3 e DynamoDB, così come il dimensionamento delle istanze Amazon SageMaker, Amazon Redshift, Athena, Amazon SageMaker Canvas, Amazon Pinpoint, Amazon Personalize, AWS AppSync e EventBridge sono, per progettazione, altamente disponibili. 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 dei container è scalabile orizzontalmente, con la possibilità di scegliere 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à.
La scalabilità si basa sull’uso di servizi AWS serverless come AWS Lambda, DynamoDB, gli endpoint Amazon SageMaker e Amazon Redshift, ove possibile.
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.
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.
Dichiarazione di non responsabilità
Hai trovato quello che cercavi?
Facci sapere la tua opinione in modo da migliorare la qualità dei contenuti delle nostre pagine