De stateful applicatie van een bedrijf draait in het geheugen op Amazon EC2-instances. De infrastructuur is geïmplementeerd met AWS CloudFormation met behulp van de M5 EC2-instancefamilie. Naarmate het verkeer toenam, verslechterde de applicatieprestatie en ondervonden gebruikers vertragingen. Welke oplossing lost de problemen op met de MEESTE operationele efficiëntie?

De correcte optie pakt zowel de prestatieproblemen als de operationele efficiëntie aan. R5-instances zijn geheugen-geoptimaliseerd, ideaal voor stateful applicaties die veel geheugen gebruiken. Het aanpassen van CloudFormation-templates zorgt voor infrastructuur als code (IaC), wat de operationele efficiëntie verhoogt door herhaalbare en consistente implementaties. Het implementeren van de CloudWatch-agent is cruciaal omdat EC2 standaard geen geheugenstatistieken levert. De agent maakt het verzamelen van aangepaste geheugen- en applicatie latency-statistieken mogelijk, wat essentieel is voor nauwkeurige monitoring en toekomstige capaciteitsplanning. De andere opties zijn minder efficiënt: T3-instances zijn burstable en niet geschikt voor continue, geheugenintensieve workloads. Handmatige wijzigingen via de console ondermijnen IaC. Een Auto Scaling Group is nuttig voor schaalbaarheid, maar lost het onderliggende probleem van onvoldoende geheugen per instance niet op als de M5-instances niet krachtig genoeg zijn. Handmatig schalen is minder efficiënt. CloudWatch heeft geen ingebouwde EC2-geheugenstatistieken; daarvoor is de CloudWatch-agent nodig.