Een stateless applicatie draait op één Amazon EC2-instance. Tijdens kantooruren schiet de CPU van de instance regelmatig omhoog naar ongeveer 90%, en gebruikers melden trage responstijden. Welke benadering is de MEEST operationeel efficiënte manier om de responsiviteit van de applicatie te verbeteren?

De meest operationeel efficiënte benadering is het plaatsen van de instance in een Auto Scaling group achter een Application Load Balancer met een target-tracking schaalbeleid gebaseerd op CPU-gebruik. Dit zorgt voor automatische horizontale schaling (meer instances toevoegen) wanneer de CPU-belasting hoog is, waardoor de applicatie responsief blijft en de belasting over meerdere instances wordt verdeeld. Dit is operationeel efficiënt omdat het proactief en automatisch schaalt zonder handmatige interventie. Andere opties zijn minder effectief: CloudWatch logs inschakelen en een alarm aanmaken informeert alleen over het probleem, het lost het niet op. Een AWS Client VPN instellen heeft geen invloed op de CPU-belasting van de EC2-instance; het is bedoeld voor veilige toegang, niet voor prestatieverbetering van de applicatie zelf. Verticaal schalen via een Lambda-functie is een optie, maar horizontale schaling met een Auto Scaling group is over het algemeen flexibeler, kosteneffectiever en robuuster voor stateless applicaties, omdat het redundantie biedt en beter omgaat met onverwachte pieken.