Ein Lösungsarchitekt entwirft die Cloud-Architektur für eine neue Anwendung auf AWS. Die Verarbeitung soll parallel ablaufen, wobei Anwendungs-Nodes je nach Anzahl der zu verarbeitenden Aufträge hinzugefügt und entfernt werden. Die Prozessoranwendung ist zustandslos. Das Design muss lose gekoppelt sein und die Auftragselemente müssen dauerhaft gespeichert werden. Welches Design sollte der Lösungsarchitekt verwenden?

Die korrekte Option verwendet Amazon SQS, um Aufträge dauerhaft zu speichern und eine lose Kopplung zu gewährleisten. Eine Auto Scaling-Gruppe mit einer Startvorlage (Launch Template) und einem AMI skaliert die Verarbeitungs-Nodes. Die Skalierungsrichtlinie basiert auf der Anzahl der Elemente in der SQS-Warteschlange, was eine effiziente Anpassung an die Arbeitslast ermöglicht: Wenn viele Aufträge anstehen, werden mehr Nodes gestartet, und wenn die Warteschlange leerer wird, werden Nodes heruntergefahren. Die erste und vierte Option sind falsch, da Amazon SNS ein Publish/Subscribe-Dienst ist und keine dauerhafte Speicherung von Nachrichten für die Verarbeitung durch eine skalierende Gruppe bietet. Die zweite Option ist falsch, weil die Skalierung basierend auf der Netzwerkauslastung nicht direkt die Anzahl der zu verarbeitenden Aufträge widerspiegelt und somit keine optimale Anpassung an die tatsächliche Arbeitslast ermöglicht.