Eine Ticketing-Anwendung läuft auf einem Amazon-ECS-Cluster und wird über CloudFront bereitgestellt. Ein einzelner ECS-Service ist der CloudFront-Origin. Die Anwendung begrenzt die Anzahl der aktiven Benutzer im Kaufprozess; zugelassene Benutzer werden durch ein verschlüsseltes Attribut in ihrem JWT identifiziert; andere werden in einen Warteraum geleitet. Unter hoher Last verursacht der Warteraum selbst eine Last, die den Ticketkauf stört. Welche Änderung sorgt für das zuverlässigste Ticketkauferlebnis bei hoher Last?

Die korrekte Option isoliert die Last des Warteraums vom Haupt-Ticketing-Service, was die Zuverlässigkeit unter hoher Last verbessert. Ein separater ECS-Service mit eigener Skalierungskonfiguration stellt sicher, dass der Warteraum unabhängig skaliert und den Ticketing-Service nicht überlastet. Die Verwendung einer CloudFront Function ist effizient, da sie die JWT-Prüfung und das Routing am Edge durchführt, bevor die Anfrage die Ursprungsserver erreicht. Dies reduziert die Last auf den Backend-Services und sorgt für eine schnellere Reaktion. Die erste Option ist falsch, da das Routing vom Ticketing-Service selbst vorgenommen wird, was die Last auf dem Ticketing-Service nicht reduziert. Die EKS-Optionen sind unnötig komplex und beinhalten eine Migration, die nicht die direkteste oder effizienteste Lösung für das gegebene Problem ist. Die dritte Option mit EKS und App Mesh fügt ebenfalls unnötige Komplexität hinzu und löst das Problem des Routings am Edge nicht optimal.