Ein Unternehmen plant einen globalen Bilderdienst, bei dem weltweit bis zu 10.000 Benutzer gleichzeitig Bilder hochladen können. Jedes hochgeladene Bild muss mit Text überlagert und dann auf der Website veröffentlicht werden. Welche Architektur sollte der Lösungsarchitekt implementieren, um Uploads und Verarbeitung in großem Maßstab zu bewältigen?

Die korrekte Lösung nutzt Amazon S3 für hochskalierbare und kostengünstige Speicherung. S3-Ereignisbenachrichtigungen an SQS entkoppeln den Upload von der Verarbeitung, was eine asynchrone und fehlertolerante Architektur ermöglicht. EC2-Instanzen verarbeiten die Bilder aus der SQS-Warteschlange, und die Skalierung basierend auf der Warteschlangentiefe gewährleistet, dass die Verarbeitungsressourcen dynamisch an die Last angepasst werden. Die Speicherung der verarbeiteten Bilder in einem separaten S3-Bucket und die Verwendung von CloudFront als Origin für diesen Bucket bieten eine effiziente globale Bereitstellung. Die erste Option ist ungeeignet, da EFS nicht für die Speicherung von Millionen von Objekten optimiert ist und das Polling von CloudWatch Logs ineffizient ist. Die zweite Option verwendet SNS, das keine Nachrichten persistiert, wenn keine Abonnenten vorhanden sind, und EFS für verarbeitete Bilder, was nicht ideal ist. Die vierte Option ist ungeeignet, da EBS-Volumes nicht für die gemeinsame Nutzung über eine Flotte von Spot-Instanzen ohne komplexe Dateisysteme ausgelegt sind und Spot-Instanzen für kritische Verarbeitung unzuverlässig sein können.