Мобильная игра считывает большую часть метаданных из экземпляра Amazon RDS DB. По мере роста популярности время загрузки метаданных замедлилось, и метрики показывают, что масштабирование одной только базы данных не поможет. Архитектор решений должен рассмотреть варианты, поддерживающие снимки, репликацию и время отклика менее миллисекунды. Что должен порекомендовать архитектор решений?

Правильный ответ — добавить уровень Amazon ElastiCache for Redis перед базой данных. Amazon ElastiCache for Redis обеспечивает кэширование в памяти с субмиллисекундным временем отклика, что идеально подходит для часто считываемых метаданных. Он поддерживает снимки (для резервного копирования и восстановления) и репликацию (для высокой доступности и масштабирования чтения), что соответствует всем требованиям. Перенос в Amazon Aurora с Aurora Replicas улучшит масштабируемость базы данных, но не решит проблему медленной загрузки метаданных, так как доступ к базе данных все равно будет медленнее, чем к кэшу в памяти. Amazon DynamoDB с глобальными таблицами — это отличная база данных NoSQL, но она не является кэшем в памяти и не обеспечивает субмиллисекундного времени отклика для всех операций, а также может потребовать значительной переработки приложения. Amazon ElastiCache for Memcached также является кэшем в памяти, но Redis предлагает более богатый набор функций, включая снимки и репликацию, что делает его более подходящим для данного сценария.