Приложение использует AWS Lambda и ECS on Fargate и хранит данные в базе данных Aurora MySQL. Рабочая нагрузка интенсивно использует запись, а трафик очень неравномерен с длительными периодами простоя и внезапными всплесками. Текущий оптимизированный по памяти экземпляр БД не справляется с переменной нагрузкой. Какой дизайн будет НАИБОЛЕЕ экономически эффективным для масштабирования при таких паттернах трафика?

Aurora Serverless v1 идеально подходит для нерегулярных, непредсказуемых рабочих нагрузок с длительными периодами простоя и внезапными пиками, поскольку она автоматически масштабируется в соответствии с нагрузкой и оплачивается только за используемые ресурсы, что обеспечивает максимальную экономическую эффективность. Compute Savings Plans дополнительно снижают затраты на вычислительные ресурсы. Остальные варианты менее эффективны: Добавление реплик для чтения не поможет при интенсивной записи, а Instance Savings Plans и RDS Reserved Instances требуют прогнозирования использования, что сложно при неравномерной нагрузке. Кластер Aurora DB с несколькими экземплярами для записи не является стандартной функцией Aurora и не решает проблему нерегулярной нагрузки. Глобальная база данных Aurora предназначена для катастрофоустойчивости и глобального масштабирования, а не для экономически эффективного масштабирования нерегулярных нагрузок в одном регионе.