Übersicht über die Architektur - Verteilte Lasttests auf AWS
Architekturdiagramm

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Übersicht über die Architektur

Architekturdiagramm

Durch die Bereitstellung dieser Lösung mit den Standardparametern werden die folgenden Komponenten in Ihrem AWS-Konto bereitgestellt.

Verteilte Lasttests auf der AWS-Architektur auf AWS

Bild 2
Anmerkung

CloudFormation AWS-Ressourcen werden aus Konstrukten des AWS Cloud Development Kit (AWS CDK) erstellt.

Der allgemeine Prozessablauf für die mit der CloudFormation AWS-Vorlage bereitgestellten Lösungskomponenten sieht wie folgt aus:

  1. Eine verteilte Loadtester-API, die Amazon API Gateway nutzt, um die Microservices der Lösung (AWS Lambda Lambda-Funktionen) aufzurufen.

  2. Die Microservices stellen die Geschäftslogik zur Verwaltung von Testdaten und zum Ausführen der Tests bereit.

  3. Diese Microservices interagieren mit Amazon Simple Storage Service (Amazon S3), Amazon DynamoDB und AWS Step Functions, um Speicherplatz für die Details und Ergebnisse des Testszenarios bereitzustellen und Testszenarien auszuführen.

  4. Eine Amazon Virtual Private Cloud (Amazon VPC) -Netzwerktopologie wird bereitgestellt, die die Amazon Elastic Container Service (Amazon ECS) -Container der Lösung enthält, die auf AWS Fargate ausgeführt werden.

  5. Die Container enthalten das mit der Open Container Initiative AmazonLinux(OCI) konforme Container-Image (bei installiertem Blazemeter Load Testing Framework), das zur Generierung von Last zum Testen der Leistung Ihrer Anwendung verwendet wird. Taurus/Blazemeter ist ein Open-Source-Framework zur Testautomatisierung. Das Container-Image wird von AWS in einem öffentlichen Repository von Amazon Elastic Container Registry (Amazon ECR) gehostet. Weitere Informationen zum ECR-Image-Repository finden Sie unter Anpassung von Container-Images.

  6. Eine von AWS Amplify betriebene Webkonsole wird in einem Amazon S3 S3-Bucket bereitgestellt, der für statisches Webhosting konfiguriert ist.

  7. Amazon CloudFront bietet sicheren, öffentlichen Zugriff auf die Bucket-Inhalte der Website der Lösung.

  8. Bei der Erstkonfiguration erstellt diese Lösung außerdem eine standardmäßige Rolle als Lösungsadministrator (IAM-Rolle) und sendet eine Zugangseinladung an eine vom Kunden angegebene Benutzer-E-Mail-Adresse.

  9. Ein Amazon Cognito Cognito-Benutzerpool verwaltet den Benutzerzugriff auf die Konsole und die Distributed Load Tester API.

  10. Nachdem Sie diese Lösung bereitgestellt haben, können Sie die Webkonsole verwenden, um ein Testszenario zu erstellen, das eine Reihe von Aufgaben definiert.

  11. Die Microservices verwenden dieses Testszenario, um Amazon ECS auf AWS Fargate-Aufgaben in den angegebenen Regionen auszuführen.

  12. Zusätzlich zum Speichern der Ergebnisse in Amazon S3 und DynamoDB wird die Ausgabe nach Abschluss des Tests in Amazon protokolliert. CloudWatch

  13. Wenn Sie die Live-Datenoption auswählen, sendet die Lösung die CloudWatch Amazon-Protokolle für die AWS Fargate-Aufgaben während des Tests für jede Region, in der der Test ausgeführt wurde, an eine Lambda-Funktion.

  14. Die Lambda-Funktion veröffentlicht dann die Daten zum entsprechenden Thema in AWS IoT Core in der Region, in der der Haupt-Stack bereitgestellt wurde. Die Webkonsole abonniert das Thema, und Sie können die Daten sehen, während der Test in der Webkonsole ausgeführt wird.