Eine Anwendung verarbeitet Nachrichten aus einer Amazon SQS Standard-Warteschlange innerhalb einer Amazon ECS-Aufgabe. Welche Maßnahmen sollte der Entwickler ergreifen, um Nachrichten so kostengünstig wie möglich zu verarbeiten? (Wählen Sie zwei.)

Long Polling (langes Abrufen) reduziert die Anzahl der leeren Antworten, die von SQS zurückgegeben werden, und minimiert unnötige API-Aufrufe, was die Kosten senkt. Anstatt sofort zu antworten, wartet SQS bis eine Nachricht verfügbar ist oder die maximale Wartezeit (bis zu 20 Sekunden) abgelaufen ist. Das Stapelweise Abrufen von Nachrichten (Batching) ermöglicht es, bis zu 10 Nachrichten in einem einzigen ReceiveMessage-Aufruf zu verarbeiten. Dies reduziert die Anzahl der API-Aufrufe und somit die Kosten, da SQS pro API-Aufruf abrechnet. Short Polling (kurzes Abrufen) ist teurer, da es sofort antwortet, auch wenn keine Nachrichten verfügbar sind, was zu vielen leeren Antworten und unnötigen API-Aufrufen führt. Das Caching von SQS-Nachrichten in ElastiCache ist nicht der vorgesehene Anwendungsfall für SQS und würde die Komplexität und Kosten erhöhen, ohne einen direkten Vorteil für die kostengünstige Verarbeitung zu bieten. Der Wechsel zu einer SQS FIFO-Warteschlange ist für die Einhaltung der Reihenfolge gedacht und nicht primär für die Kostenoptimierung; FIFO-Warteschlangen haben zudem ein geringeres Durchsatzlimit als Standard-Warteschlangen.