Een bedrijf heeft een on-premises webapplicatie die tweemaal per maand latentiepieken ervaart. Aan het begin van een piek stijgt het CPU-gebruik onmiddellijk tot 10 keer het normale niveau. Het bedrijf migreert de applicatie naar AWS en wil automatische schaling om de toegenomen vraag op te vangen. Het bedrijf zal AWS Elastic Beanstalk gebruiken voor de implementatie. Welke oplossing voldoet aan deze vereisten?

De correcte optie is het configureren van een Elastic Beanstalk-omgeving met burstable performance instances in unlimited mode en schalen op basis van verzoeken. Burstable instances (zoals T-series) zijn kosteneffectief voor workloads met variabele CPU-gebruik en kunnen in 'unlimited mode' boven hun basislijn presteren, wat ideaal is voor onverwachte pieken. Schalen op basis van verzoeken (request count) is direct gekoppeld aan de belasting van de webapplicatie en reageert snel op plotselinge toenames in verkeer. Compute optimized instances zijn duurder en niet optimaal voor variabele workloads. Schalen volgens een schema is minder geschikt voor onverwachte pieken, en voorspellende metrics zijn moeilijk te implementeren voor onregelmatige, plotselinge pieken.