Ein Microservice muss große hochgeladene Bilder in komprimierte Versionen umwandeln. Wenn ein Benutzer ein Bild über die Weboberfläche hochlädt, soll der Microservice das Bild in einem Amazon S3-Bucket speichern, es mit einer AWS Lambda-Funktion komprimieren und das komprimierte Bild in einem anderen S3-Bucket speichern. Die Lösung soll dauerhafte, zustandslose Komponenten verwenden und Bilder automatisch verarbeiten. Welche Kombination von Aktionen erfüllt diese Anforderungen? (Wählen Sie zwei.)

Die Erstellung einer SQS-Warteschlange und die Konfiguration des S3-Buckets zur Benachrichtigung bei Uploads ist korrekt, da S3-Ereignisbenachrichtigungen direkt an SQS gesendet werden können, was eine zuverlässige und asynchrone Verarbeitung ermöglicht. Die Konfiguration der Lambda-Funktion zur Nutzung der SQS-Warteschlange als Aufrufquelle und das Löschen der Nachricht nach erfolgreicher Verarbeitung ist ebenfalls korrekt. Dies ist ein gängiges Muster für die Verarbeitung von SQS-Nachrichten mit Lambda, das sicherstellt, dass Nachrichten nur einmal verarbeitet werden und die Warteschlange sauber bleibt. Die Option, Lambda den S3-Bucket überwachen zu lassen und Dateinamen in einer Textdatei zu speichern, ist ineffizient und nicht skalierbar. Das Starten einer EC2-Instanz zur Überwachung von SQS und zum Aufruf von Lambda führt zu unnötiger Komplexität und Kosten. Die Konfiguration eines EventBridge-Ereignisses zur Überwachung von S3 und das Senden einer Benachrichtigung an SNS mit der E-Mail-Adresse des Anwendungsbesitzers ist für die automatische Bildverarbeitung ungeeignet, da dies keine direkte Auslösung der Komprimierungslogik darstellt.