Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Considérations relatives à la conception d'AWS Well-Architected
Nous avons conçu cette solution conformément aux meilleures pratiques de l'AWS Well-Architected Framework
Cette section décrit comment les principes de conception et les meilleures pratiques du Well-Architected Framework ont été appliqués lors de la création de cette solution.
Excellence opérationnelle
Cette section décrit comment nous avons conçu cette solution en utilisant les principes et les meilleures pratiques du pilier de l'excellence opérationnelle.
-
La solution transmet des métriques à Amazon CloudWatch afin de fournir de l'observabilité à ses composants (tels que son infrastructure et ses fonctions Lambda).
-
AWS X-Ray trace les fonctions Lambda.
-
Utilise Amazon SNS pour signaler les erreurs.
Sécurité
Cette section décrit comment nous avons conçu cette solution en utilisant les principes et les meilleures pratiques du pilier de sécurité.
-
Toutes les communications interservices utilisent des rôles IAM.
-
Toutes les communications multicomptes utilisent des rôles IAM.
-
Tous les rôles utilisés par la solution suivent le principe du moindre privilège d'accès. En d'autres termes, ils ne contiennent que les autorisations minimales requises pour que le service puisse fonctionner correctement.
-
Tous les stockages de données, y compris les tables DynamoDB, sont chiffrés au repos.
Fiabilité
Cette section décrit comment nous avons conçu cette solution en utilisant les principes et les meilleures pratiques du pilier de fiabilité.
-
La solution utilise des services AWS sans serveur dans la mesure du possible (tels que Lambda et DynamoDB) pour garantir une haute disponibilité et une restauration en cas de panne de service.
-
Le traitement des données utilise les fonctions Lambda. La solution stocke les données dans DynamoDB afin qu'elles soient conservées par défaut dans plusieurs zones de disponibilité.
Efficacité des performances
Cette section décrit comment nous avons conçu cette solution en utilisant les principes et les meilleures pratiques du pilier de l'efficacité des performances.
-
La solution utilise une architecture sans serveur.
-
Vous pouvez lancer la solution dans n'importe quelle région AWS prenant en charge les services AWS utilisés dans cette solution (tels que Lambda et DynamoDB). Pour plus de détails, reportez-vous à la section Régions AWS prises en charge.
-
La solution est automatiquement testée et déployée chaque jour. Nos architectes de solutions et nos experts en la matière examinent la solution pour identifier les domaines à expérimenter et à améliorer.
Optimisation des coûts
Cette section décrit comment nous avons conçu cette solution en utilisant les principes et les meilleures pratiques du pilier d'optimisation des coûts.
-
La solution utilise une architecture sans serveur et les clients ne paient que pour ce qu'ils utilisent.
-
La couche de calcul utilise par défaut Lambda, qui utilise pay-per-use un modèle.
Durabilité
Cette section décrit comment nous avons conçu cette solution en utilisant les principes et les meilleures pratiques du pilier du développement durable.
-
La solution utilise des services gérés et sans serveur pour minimiser l'impact environnemental des services principaux.
-
La conception sans serveur de la solution vise à réduire l'empreinte carbone par rapport à l'empreinte des serveurs sur site fonctionnant en permanence.
