Компания размещает веб-приложение на RDS for MySQL с основным экземпляром БД и пятью репликами для чтения. Отставание реплик не должно превышать 1 секунду от основного экземпляра. База данных запускает запланированные хранимые процедуры, и реплики испытывают большее отставание во время пиковой нагрузки. Архитектор решений должен максимально уменьшить задержку репликации, минимизируя изменения в коде приложения и текущие операционные издержки. Какое решение соответствует этим требованиям?

Перенос в Amazon Aurora MySQL является оптимальным решением, поскольку Aurora Replicas используют ту же общую систему хранения, что и основной экземпляр, что обеспечивает почти мгновенную репликацию и значительно снижает задержку по сравнению с репликами для чтения RDS MySQL. Aurora Auto Scaling автоматически масштабирует количество реплик, поддерживая производительность при пиковых нагрузках. Замена хранимых процедур на нативные функции Aurora MySQL минимизирует изменения в коде приложения. Развертывание ElastiCache for Redis требует значительных изменений в коде приложения для работы с кэшем и не решает проблему задержки репликации между основным экземпляром и репликами. Перенос на EC2 увеличивает операционные издержки и не гарантирует снижение задержки репликации без сложной настройки. Перенос в DynamoDB требует полной переработки архитектуры приложения и базы данных, что противоречит требованию минимизации изменений.