Een Java-applicatie is geïmplementeerd op AWS Elastic Beanstalk met behulp van een single-instance omgeving om kosten te besparen tijdens de ontwikkeling. Tests tonen een aanhoudende CPU-utilisatie van meer dan 85%, wat prestatieknelpunten veroorzaakt. U moet het CPU-knelpunt vóór productie verhelpen met de minste operationele overhead. Wat moet u doen?

De correcte optie lost het CPU-knelpunt op met minimale operationele overhead door de bestaande Elastic Beanstalk-omgeving aan te passen. Het wijzigen van de capaciteitsconfiguratie naar een load-balanced omgeving, het inschakelen van meerdere Availability Zones en het toevoegen van een scale-out regel op basis van CPU-gebruik, zorgt voor automatische schaalbaarheid en hoge beschikbaarheid. Dit is de meest efficiënte aanpak omdat het de bestaande omgeving hergebruikt en de noodzaak voor het opzetten van een volledig nieuwe applicatie of complexe implementatiestrategieën vermijdt. Het creëren van een nieuwe applicatie of het gebruik van traffic-splitting voegt onnodige complexiteit toe voor dit specifieke probleem. De "Rebuild environment" actie met load balancing is onvoldoende omdat het slechts één Availability Zone selecteert, wat de beschikbaarheid beperkt.