Un'applicazione elabora messaggi da una coda standard Amazon SQS all'interno di un'attività Amazon ECS. Per elaborare i messaggi nel modo più conveniente possibile, quali azioni dovrebbe intraprendere lo sviluppatore? (Scegliere due.)

Per elaborare i messaggi in modo più conveniente ed efficiente, lo sviluppatore dovrebbe utilizzare il long polling e recuperare i messaggi in batch. Il long polling (polling lungo) riduce il numero di richieste API SQS e il consumo di risorse, poiché il client attende che i messaggi siano disponibili o che scada un timeout, anziché effettuare continuamente richieste. Il recupero di messaggi in batch (fino a 10 messaggi per richiesta) riduce ulteriormente il numero di richieste API, diminuendo i costi e l'overhead di rete. Il short polling (polling breve) è meno efficiente perché restituisce immediatamente una risposta, anche se non ci sono messaggi, aumentando le richieste e i costi. La memorizzazione nella cache dei messaggi in ElastiCache non è il modo standard o più efficiente per elaborare i messaggi da SQS; SQS è già una coda gestita per questo scopo. Passare a una coda FIFO non è necessario per l'efficienza dei costi a meno che l'ordine dei messaggi non sia un requisito stringente, e le code FIFO hanno un throughput inferiore e costi potenzialmente più elevati rispetto alle code standard.