Une chaîne de restaurants à service rapide gère un backend de point de vente et de gestion sur AWS qui utilise une table DynamoDB en mode de débit provisionné. La table est dimensionnée pour le trafic de pointe avec 100 000 unités de capacité en lecture et 80 000 unités de capacité en écriture. Le trafic quotidien est prévisible : très élevé pendant environ 4 heures et plus faible le reste de la journée. L'entreprise souhaite réduire les coûts de DynamoDB et la charge opérationnelle pour l'IT. Quelle solution répond à ces objectifs de la manière la plus rentable ?

L'activation de l'auto scaling DynamoDB est la solution la plus rentable car elle ajuste automatiquement la capacité de lecture et d'écriture de la table en fonction de la charge de travail réelle. Cela garantit que la table dispose de la capacité nécessaire pendant les périodes de pointe sans surprovisionner pendant les périodes de faible trafic, réduisant ainsi les coûts et la charge opérationnelle. Réduire les RCU et WCU provisionnées serait insuffisant pour gérer le trafic de pointe, entraînant des erreurs de limitation. Basculer en mode à la demande est une option, mais l'auto scaling est souvent plus rentable pour des charges de travail prévisibles avec des pics connus, car le mode à la demande peut être plus cher si les pics sont fréquents et importants. L'achat de capacité réservée pour 4 heures de pointe n'est pas possible ; la capacité réservée est achetée pour des périodes continues et serait sous-utilisée le reste de la journée, ce qui n'est pas rentable.