Una catena di ristoranti a servizio rapido gestisce un backend per punti vendita e gestione su AWS che utilizza una tabella DynamoDB in modalità di throughput con provisioning. La tabella è dimensionata per il traffico di picco utilizzando 100.000 unità di capacità di lettura e 80.000 unità di capacità di scrittura. Il traffico giornaliero è prevedibile: molto elevato per circa 4 ore e inferiore per il resto della giornata. L'azienda vuole ridurre i costi di DynamoDB e l'overhead operativo per l'IT. Quale soluzione soddisfa questi obiettivi nel modo più conveniente?

Abilitare l'auto scaling di DynamoDB è la soluzione più conveniente. Consente alla tabella di regolare automaticamente la capacità di lettura e scrittura in base al traffico effettivo, riducendo i costi durante i periodi di basso utilizzo e garantendo la disponibilità durante i picchi. Ridurre le RCU e le WCU con provisioning potrebbe causare throttling durante i picchi. Passare alla modalità on-demand potrebbe essere più costoso rispetto all'auto scaling con un profilo di traffico prevedibile. Acquistare capacità riservata per il picco di 4 ore non è conveniente, poiché la capacità rimarrebbe inutilizzata per la maggior parte del tempo.