Een bedrijf draait een eigen stateless Linux-binary (broncode niet beschikbaar) op een EC2-instance. De app is single-threaded, vereist 2 GB RAM, is CPU-intensief en wordt ongeveer elke 4 uur uitgevoerd gedurende maximaal 20 minuten. Je moet de architectuur opnieuw ontwerpen om aan deze vereisten te voldoen. Welke aanpak moet je kiezen?

De correcte optie is het uitvoeren van de binary als een container op AWS Fargate en deze elke 4 uur te plannen met Amazon EventBridge (voorheen CloudWatch Events). Dit is de meest geschikte oplossing omdat Fargate serverloos containerbeheer biedt, wat ideaal is voor kortstondige, CPU-intensieve taken zonder dat u EC2-instances hoeft te beheren. De app is stateless en de broncode is niet beschikbaar, wat containerisatie een goede pasvorm maakt. EventBridge is de juiste service voor het plannen van periodieke taken. Incorrecte opties: AWS Lambda is ongeschikt omdat de binary niet als Lambda-functie kan worden uitgevoerd zonder broncode en de maximale uitvoeringsduur van 15 minuten mogelijk wordt overschreden. AWS Batch is een optie voor batchverwerking, maar Fargate is eenvoudiger te beheren voor een enkele, periodieke taak. Step Functions is overkill voor alleen het plannen van een taak. EC2 Spot Instances met CodeDeploy is te complex en duur voor een taak die slechts 20 minuten per 4 uur draait; u betaalt voor de instance, zelfs als deze inactief is.