Une application utilise AWS Lambda et ECS sur Fargate et stocke des données dans une base de données Aurora MySQL. La charge de travail est à forte intensité d'écriture et le trafic est très irrégulier, avec de longues périodes d'inactivité et des augmentations soudaines. L'instance de base de données actuelle optimisée pour la mémoire ne peut pas gérer une charge variable. Quelle est la conception la PLUS rentable pour s'adapter à ces modèles de trafic ?

Aurora Serverless v1 est la solution la plus rentable pour les charges de travail irrégulières avec de longues périodes d'inactivité et des pics soudains, car elle ajuste automatiquement la capacité de la base de données et ne facture que la capacité consommée. Les Compute Savings Plans réduisent davantage les coûts pour une utilisation prévisible. Les autres options ne sont pas optimales. L'ajout de réplicas en lecture n'aide pas une charge de travail à forte intensité d'écriture. Les instances d'écriture multiples dans un cluster Aurora ne sont pas une fonctionnalité standard pour Aurora MySQL et n'offriraient pas la même élasticité de coût que Serverless. Une base de données globale Aurora est conçue pour la reprise après sinistre et la lecture à faible latence dans plusieurs régions, pas pour la gestion des charges de travail irrégulières dans une seule région.