Un'azienda esegue un binario Linux proprietario stateless (codice sorgente non disponibile) su un'istanza EC2. L'applicazione è single-threaded, richiede 2 GB di RAM, è ad alta intensità di CPU ed esegue all'incirca ogni 4 ore per un massimo di 20 minuti. È necessario riprogettare l'architettura per soddisfare questi requisiti. Quale approccio dovresti scegliere?

L'opzione corretta è eseguire il binario come container su AWS Fargate e pianificare la task ogni 4 ore utilizzando Amazon EventBridge. Fargate è ideale per carichi di lavoro stateless e a breve termine che non richiedono un'infrastruttura server gestita, offrendo un buon equilibrio tra costo e gestione. Il binario proprietario può essere facilmente containerizzato. EventBridge (precedentemente CloudWatch Events) è perfetto per la pianificazione di task ricorrenti. Le altre opzioni sono meno adatte: AWS Lambda ha un limite di memoria di 10 GB e un timeout di esecuzione di 15 minuti, rendendolo inadatto per un'applicazione che richiede 2 GB di RAM e può durare fino a 20 minuti, oltre a non supportare l'esecuzione diretta di binari arbitrari in modo efficiente. AWS Batch è più adatto per carichi di lavoro batch complessi e ad alto throughput, mentre questo è un singolo processo periodico. Le istanze EC2 Spot, sebbene economiche, richiedono la gestione del server e non sono ideali per un'esecuzione periodica così infrequente, introducendo complessità non necessarie.