Présentation de l’architecture - Tests de charge distribués sur AWS
Diagramme d'architecture

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.

Présentation de l’architecture

Diagramme d'architecture

Le déploiement de cette solution avec les paramètres par défaut déploie les composants suivants dans votre compte AWS.

Tests de charge distribués sur l'architecture AWS sur AWS

image 2
Note

Les CloudFormation ressources AWS sont créées à partir des constructions du kit AWS Cloud Development Kit (AWS CDK).

Le flux de processus de haut niveau pour les composants de solution déployés avec le CloudFormation modèle AWS est le suivant :

  1. Une API de testeur de charge distribué, qui utilise Amazon API Gateway pour appeler les microservices de la solution (fonctions AWS Lambda).

  2. Les microservices fournissent la logique métier permettant de gérer les données de test et d'exécuter les tests.

  3. Ces microservices interagissent avec Amazon Simple Storage Service (Amazon S3), Amazon DynamoDB et AWS Step Functions pour stocker les détails et les résultats des scénarios de test et pour exécuter des scénarios de test.

  4. Une topologie de réseau Amazon Virtual Private Cloud (Amazon VPC) est déployée. Elle contient les conteneurs Amazon Elastic Container Service (Amazon ECS) de la solution exécutés sur AWS Fargate.

  5. Les conteneurs incluent l'image de conteneur conforme à l'Open Container Initiative AmazonLinux(OCI) (lorsque le framework de test de charge Blazemeter est installé), qui est utilisée pour générer de la charge afin de tester les performances de votre application. Taurus/Blazemeter est un framework d'automatisation des tests open source. L'image du conteneur est hébergée par AWS dans un référentiel public Amazon Elastic Container Registry (Amazon ECR). Pour plus d'informations sur le référentiel d'images ECR, reportez-vous à la section Personnalisation des images du conteneur.

  6. Une console Web alimentée par AWS Amplify est déployée dans un compartiment Amazon S3 configuré pour un hébergement Web statique.

  7. Amazon CloudFront fournit un accès public sécurisé au contenu du bucket du site Web de la solution.

  8. Lors de la configuration initiale, cette solution crée également un rôle d'administrateur de solution par défaut (rôle IAM) et envoie une invitation d'accès à une adresse e-mail utilisateur spécifiée par le client.

  9. Un groupe d'utilisateurs Amazon Cognito gère l'accès des utilisateurs à la console et à l'API du testeur de charge distribué.

  10. Après avoir déployé cette solution, vous pouvez utiliser la console Web pour créer un scénario de test qui définit une série de tâches.

  11. Les microservices utilisent ce scénario de test pour exécuter des tâches Amazon ECS sur AWS Fargate dans les régions spécifiées.

  12. Outre le stockage des résultats dans Amazon S3 et DynamoDB, une fois le test terminé, la sortie est enregistrée dans Amazon. CloudWatch

  13. Si vous sélectionnez l'option Live Data, la solution envoie les CloudWatch journaux Amazon relatifs aux tâches AWS Fargate à une fonction Lambda pendant le test, pour chaque région dans laquelle le test a été effectué.

  14. La fonction Lambda publie ensuite les données dans la rubrique correspondante dans AWS IoT Core dans la région où la pile principale a été déployée. La console Web s'abonne à la rubrique et vous pouvez consulter les données pendant l'exécution du test dans la console Web.