- Bibliothèque de solutions AWS›
- Conseils pour le commerce unifié sur AWS
Conseils pour le commerce unifié sur AWS
Présentation
Fonctionnement
Ce schéma d'architecture montre l'intégration fluide de plusieurs systèmes afin de fournir une expérience de vente personnalisée et cohérente aux clients, quel que soit le point de contact ou la méthode de traitement, en utilisant les services AWS pour différentes couches et pour orchestrer entre plusieurs applications et offres de logiciel en tant que service (SaaS).
Piliers Well-Architected
Le diagramme d'architecture ci-dessus est un exemple de solution créée en tenant compte des bonnes pratiques Well-Architected. Pour être totalement conforme à Well-Architected, vous devez suivre autant de bonnes pratiques Well-Architected que possible.
L'architecture proposée est capable de fonctionner à grande échelle, car elle tire parti des services gérés dans la mesure du possible. Les applications COTS traditionnelles exploiteraient les métriques des instances Amazon EC2 avec les alarmes et les journaux Amazon CloudWatch. Les groupes Auto Scaling et Amazon RDS géré peuvent se rétablir en cas de panne.
L'architecture utilise des services gérés dans la mesure du possible, de sorte qu'une grande partie de la responsabilité en matière de sécurité incombe à AWS, conformément aux bonnes pratiques de sécurité, notamment le chiffrement des données Amazon S3, la réduction des rôles IAM et le chiffrement Amazon DynamoDB au repos. Une identité forte est renforcée pour les consommateurs via Amazon Cognito, et pour les opérateurs via les rôles IAM. CloudWatch Logs et AWS CloudTrail assurent la traçabilité et peuvent être utilisés avec des fonctionnalités à l'échelle de l'entreprise, telles qu'Amazon GuardDuty, AWS Security Hub et un SIEM central.
En utilisant les services gérés, la fiabilité est atteinte par défaut. La redondance du stockage sur Amazon S3 et DynamoDB, la mise à l'échelle des instances Amazon SageMaker, Amazon Redshift, Athena, Amazon SageMaker Canvas, Amazon Pinpoint, Amazon Personalize, AWS AppSync et EventBridge sont également des éléments hautement disponibles de par leur conception. En cas de problème, les données peuvent être relancées à partir d'événements bruts sur Amazon S3 en utilisant le même pipeline. Les événements peuvent également être relancés à l’aide de la fonctionnalité d’archivage et de réponse d’EventBridge. L'architecture des conteneurs évolue horizontalement selon le choix entre Amazon Elastic Container Service (Amazon ECS) ou Amazon Elastic Kubernetes Service (Amazon EKS) s'exécutant sur AWS Fargate et s'adapte de manière dynamique aux demandes de capacité.
La mise à l'échelle repose sur l'utilisation de services AWS Serverless tels qu'AWS Lambda, DynamoDB, les points de terminaison SageMaker et Amazon Redshift, dans la mesure du possible.
L'utilisation de services gérés et sans serveur garantit un coût minimal pour l'architecture, car ils sont conçus pour être facturés uniquement lorsqu'ils sont utilisés.
L'architecture proposée utilise des services gérés et sans serveur dans la mesure du possible pour adopter une approche durable, ne s'exécutant que lorsque cela est nécessaire. L'outil de calcul de l'empreinte carbone des clients AWS peut être utilisé pour obtenir des chiffres d'impact total.
Clause de non-responsabilité
Avez-vous trouvé les informations que vous recherchiez ?
Faites-nous part de vos commentaires afin que nous puissions améliorer le contenu de nos pages