Архитектор решений анализирует отказоустойчивость приложения. Администратор базы данных недавно выполнил отработку отказа экземпляра Aurora PostgreSQL writer во время масштабирования, что привело к 3 минутам простоя. Какое решение сократит время простоя при масштабировании с НАИМЕНЬШИМИ операционными издержками?

Amazon RDS Proxy сокращает время простоя при отработке отказа, сохраняя существующие соединения с базой данных и автоматически перенаправляя их на новый экземпляр writer. Это значительно быстрее, чем повторное установление соединений приложением, что минимизирует операционные издержки, поскольку не требует изменений в логике приложения для обработки отработки отказа. Создание большего количества реплик чтения Aurora PostgreSQL не решает проблему простоя writer-инстанса. Настройка вторичного кластера Aurora PostgreSQL в том же регионе требует ручного обновления конечной точки writer в приложении, что увеличивает время простоя и операционные издержки. Создание кластера Amazon ElastiCache for Memcached может помочь с кэшированием, но не решает проблему простоя writer-инстанса базы данных Aurora PostgreSQL.