Ein Unternehmen betreibt eine Anwendung auf mehreren Amazon EC2-Instanzen, die Nachrichten aus einer Amazon SQS-Warteschlange verarbeitet, in eine Amazon RDS-Tabelle schreibt und anschließend die Nachricht aus der Warteschlange löscht. Gelegentlich erscheinen doppelte Datensätze in der RDS-Tabelle, obwohl die SQS-Warteschlange keine doppelten Nachrichten enthält. Was sollte ein Solutions Architect tun, um sicherzustellen, dass Nachrichten nur einmal verarbeitet werden?

Die korrekte Antwort ist, das Visibility Timeout zu erhöhen. Wenn eine EC2-Instanz eine Nachricht aus SQS empfängt, wird diese Nachricht für die Dauer des Visibility Timeout für andere Konsumenten unsichtbar. Wenn die Verarbeitung der Nachricht länger dauert als das Visibility Timeout, kann die Nachricht wieder sichtbar werden und von einer anderen Instanz (oder derselben Instanz erneut) empfangen und verarbeitet werden, was zu doppelten Einträgen führt. Durch die Erhöhung des Visibility Timeout mit ChangeMessageVisibility wird sichergestellt, dass die Instanz genügend Zeit hat, die Nachricht zu verarbeiten und zu löschen, bevor sie wieder sichtbar wird. Die anderen Optionen sind nicht korrekt: CreateQueue erstellt eine neue Warteschlange, löst aber nicht das Problem der doppelten Verarbeitung. AddPermission steuert den Zugriff auf die Warteschlange, hat aber keinen Einfluss auf die Nachrichtenverarbeitung. ReceiveMessage mit einer Wartezeit (Long Polling) reduziert die Anzahl der leeren Antworten, verhindert aber keine doppelten Verarbeitungen, wenn das Visibility Timeout zu kurz ist.