Een applicatie die naar AWS is gemigreerd, heeft een statische website-frontend die momenteel draait op twee EC2-instances achter een ALB en een Python-backend op drie EC2-instances achter een andere ALB. Instances zijn grote On-Demand general-purpose types, gedimensioneerd voor piekbelasting on-premises, maar het verkeer is geconcentreerd tijdens de lunch en anderszins licht. De solutions architect moet de infrastructuurkosten verlagen zonder de beschikbaarheid te schaden. Welke combinatie van acties moet worden ondernomen? (Kies twee.)

Het verplaatsen van de website-frontend naar Amazon S3 is kosteneffectief omdat S3 een zeer schaalbare en goedkope opslagdienst is voor statische content, waardoor de kosten van EC2-instances en ALB's voor de frontend worden geëlimineerd. Het migreren van de backend Python-applicatie naar general-purpose burstable EC2-instances (zoals T-series) is geschikt omdat het verkeer geconcentreerd is tijdens de lunch en anderszins licht. Burstable instances zijn ontworpen voor workloads met variabele CPU-gebruik en kunnen aanzienlijk goedkoper zijn dan grote On-Demand instances die zijn gedimensioneerd voor piekbelasting. Het wijzigen naar compute-optimized instances is niet optimaal omdat de huidige instances al te groot zijn en de focus ligt op kostenreductie voor variabele belasting. Het implementeren van de frontend naar Elastic Beanstalk behoudt de EC2-instances en ALB, wat niet de grootste kostenbesparing oplevert. Het wijzigen van alle backend EC2-instances naar Spot Instances kan de beschikbaarheid schaden, aangezien Spot Instances kunnen worden onderbroken, wat ongeschikt is voor een applicatie die beschikbaarheid vereist.