Un'azienda di eventi dal vivo gestisce un'applicazione di biglietteria su istanze EC2 in un gruppo Auto Scaling e utilizza PostgreSQL per il database. Gli eventi di vendita producono picchi di domanda programmati una tantum. L'azienda necessita di un approccio di scaling che massimizzi la disponibilità durante questi eventi di vendita programmati. Quale soluzione soddisfa queste esigenze?

L'opzione corretta massimizza la disponibilità per picchi di domanda programmati. Lo scaling pianificato per le istanze EC2 permette di pre-provisionare la capacità necessaria prima dell'evento di vendita, evitando ritardi di avvio. Amazon Aurora PostgreSQL Multi-AZ offre alta disponibilità e scalabilità. L'uso di EventBridge e Lambda per creare una replica Aurora più grande e promuoverla a primaria prima dell'evento garantisce che il database sia pronto a gestire il carico elevato. Dopo l'evento, la replica può essere ridotta per ottimizzare i costi. Le opzioni che propongono lo scaling predittivo per EC2 sono meno adatte per picchi programmati e una tantum, dove lo scaling pianificato offre maggiore certezza. L'opzione che suggerisce Aurora Serverless v2 è valida per lo scaling del database, ma la parte relativa a Step Functions per il pre-riscaldamento del database è meno diretta e più complessa rispetto al semplice provisioning di una replica Aurora più grande. L'opzione con RDS for PostgreSQL e il failover su una replica di lettura più grande non è ottimale, poiché le repliche di lettura di RDS non sono progettate per essere promosse a istanze primarie con la stessa flessibilità e velocità di Aurora Replicas.