Приложение использует совместимый с MySQL кластер Amazon Aurora Multi-AZ DB с репликой для чтения между регионами для аварийного восстановления. Инженеру DevOps необходимо автоматизировать повышение реплики до основной, если основная выходит из строя. Какое решение позволит это сделать?

Правильный ответ предлагает надежное решение для аварийного восстановления. Сохранение конечной точки Aurora в AWS Systems Manager Parameter Store позволяет приложению динамически получать актуальную конечную точку. Amazon EventBridge может обнаруживать сбои базы данных (например, через события RDS) и запускать функцию AWS Lambda. Эта Lambda-функция повышает реплику до основной и обновляет конечную точку в Parameter Store. Приложение, запрограммированное на повторную загрузку конечной точки при сбое соединения, автоматически переключится на новую основную базу данных. Первый вариант неверен, так как Route 53 CNAME на основе задержки не предназначен для автоматического повышения реплики при сбое основной базы данных. Он направляет трафик на ближайший здоровый ресурс, но не инициирует повышение. Второй вариант неверен, так как пользовательские конечные точки Aurora не предназначены для автоматического переключения на повышенную реплику. Изменение пользовательской конечной точки через CloudTrail и Lambda усложняет процесс и может привести к задержкам. Третий вариант неверен, так как изменение шаблона AWS CloudFormation для повышения реплики и обновления стека является слишком медленным и сложным процессом для автоматического аварийного восстановления. CloudFormation не предназначен для быстрых изменений во время сбоя.