Een bedrijf is van plan om 20 zelden gebruikte, maar bedrijfskritische applicaties (een mix van Java en Node.js) te migreren naar AWS. Het bedrijf wil de kosten minimaliseren en standaardiseren op één implementatieaanpak. De meeste apps draaien als onderdeel van maandafsluitingsprocessen met weinig gelijktijdige gebruikers, maar ze kunnen ook op andere momenten draaien. Het typische geheugengebruik is minder dan 1 GB, met enkele pieken tot 2,5 GB. Eén kritieke Java-applicatie voor factuurrapporten heeft toegang tot meerdere gegevensbronnen en kan enkele uren draaien. Wat is de MEEST kosteneffectieve implementatiestrategie?

De meest kosteneffectieve strategie is Amazon ECS op EC2 met Auto Scaling. Dit biedt de flexibiliteit om 20 applicaties te draaien, waarbij de kosten worden geoptimaliseerd door alleen te betalen voor de benodigde EC2-capaciteit. De applicaties zijn zelden gebruikt, maar bedrijfskritisch, en ECS op EC2 is geschikt voor langlopende taken en variërende geheugenbehoeften, zoals de Java-applicatie die uren kan draaien en tot 2,5 GB geheugen kan gebruiken. Auto Scaling op basis van geheugengebruik zorgt ervoor dat er voldoende resources zijn zonder onnodige kosten. Incorrecte opties: AWS Lambda is mogelijk niet geschikt voor de Java-applicatie die uren kan draaien, vanwege de maximale uitvoeringstijd van 15 minuten. Bovendien kan de 2,5 GB geheugenpiek de limieten van Lambda overschrijden. AWS Elastic Beanstalk is een hogere abstractie en kan duurder zijn dan ECS op EC2, omdat het meer overhead resources beheert. Een EC2-cluster met Reserved Instances is minder flexibel en kan leiden tot overprovisioning, wat duurder is, vooral voor zelden gebruikte applicaties.