Passer au contenu principal

Bibliothèque de solutions AWS

Conseils pour le commerce unifié sur AWS

Présentation

Ce guide utilise les principes MACH des microservices, des technologies orientées API, du SaaS natif cloud et des applications sans tête (headless) pour intégrer de manière fluide plusieurs systèmes sur AWS. Le commerce unifié englobe tous les points de contact avec les clients afin d'offrir une expérience unifiée quel que soit le canal et de briser les silos d'une approche multicanale. En déployant ce guide, vous pouvez associer le marketing et les opérations pour améliorer la satisfaction de vos clients grâce à un engagement de marque cohérent qui renforcera la promotion.

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).

Télécharger le diagramme d’architecture

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 commerciales prêtes à l’emploi 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.

    Lire le livre blanc sur l’excellence opérationnelle 

    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 des rôles IAM . Les journaux CloudWatch 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.

    Lire le livre blanc sur la sécurité 

    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 de conteneurs se met à l’échelle horizontalement selon que vous choisissez 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é.

    Lire le livre blanc sur la fiabilité

    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.

    Lire le livre blanc sur le développement durable

Avertissement

Les exemples de code, les bibliothèques de logiciels, les outils de ligne de commande, les preuves de concept, les modèles ou toute autre technologie connexe (y compris tout ce qui précède qui est fourni par notre personnel) vous sont fournis en tant que contenu AWS en vertu du contrat client AWS ou de l'accord écrit pertinent entre vous et AWS (selon le cas). Vous ne devez pas utiliser ce contenu AWS dans vos comptes de production, ni sur des données de production ou autres données critiques. Vous êtes responsable des tests, de la sécurisation et de l'optimisation du contenu AWS, tel que les exemples de code, comme il convient pour une utilisation en production, en fonction de vos pratiques et normes de contrôle de qualité spécifiques. Le déploiement de contenu AWS peut entraîner des frais AWS pour la création ou l'utilisation de ressources payantes AWS, telles que l'exécution d'instances Amazon EC2 ou l'utilisation du stockage Amazon S3.

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