Een productiebedrijf draait een applicatie voor rapportgeneratie op AWS als een monolith op één enkele Amazon EC2-instantie. Elk rapport duurt ongeveer 20 minuten om te genereren. De applicatie vereist frequente updates van sterk gekoppelde modules, wat downtime veroorzaakt tijdens patches. Bij onderbreking begint de rapportgeneratie opnieuw vanaf het begin. Het bedrijf wil dat de applicatie flexibel en schaalbaar is en geleidelijk kan worden verbeterd, terwijl downtime wordt geminimaliseerd. Welke oplossing voldoet aan deze vereisten?

De correcte optie is om de applicatie op Amazon Elastic Container Service (Amazon ECS) als microservices met service auto scaling te draaien. Dit voldoet aan de vereisten omdat ECS een georkestreerde containerdienst is die het mogelijk maakt om de monolithische applicatie op te splitsen in kleinere, onafhankelijk inzetbare microservices. Dit verhoogt de flexibiliteit en maakt incrementele verbeteringen mogelijk. Service auto scaling zorgt voor schaalbaarheid door het aantal taken dynamisch aan te passen op basis van de vraag. Door microservices te gebruiken, kan de downtime tijdens updates worden geminimaliseerd, omdat alleen de betreffende service hoeft te worden bijgewerkt, in plaats van de hele applicatie. De andere opties zijn minder geschikt: AWS Lambda is niet ideaal voor taken die 20 minuten duren, vanwege de maximale uitvoeringstijdslimiet (momenteel 15 minuten). Amazon EC2 Spot Instances zijn kosteneffectief, maar kunnen worden onderbroken, wat ongeschikt is voor rapportgeneratie die bij onderbreking opnieuw moet beginnen. AWS Elastic Beanstalk met een 'all-at-once' deployment strategy veroorzaakt downtime, wat in strijd is met de vereiste om downtime te minimaliseren.