Um arquiteto de soluções está revisando a resiliência de uma aplicação. Um administrador de banco de dados recentemente realizou um failover de uma instância de gravação do Amazon Aurora PostgreSQL durante um exercício de escalabilidade, causando 3 minutos de inatividade. Qual solução reduzirá o tempo de inatividade para exercícios de escalabilidade com a MENOR sobrecarga operacional?

O Amazon RDS Proxy mantém um pool de conexões de banco de dados e as reutiliza, reduzindo a sobrecarga de estabelecer novas conexões. Durante um failover do Aurora, o RDS Proxy roteia automaticamente as conexões para a nova instância primária, mascarando o failover da aplicação e minimizando o tempo de inatividade para segundos, em vez de minutos, com baixa sobrecarga operacional. Criar mais réplicas de leitura não resolve o tempo de inatividade durante o failover da instância de gravação, pois as réplicas de leitura não aceitam gravações. Configurar um cluster Aurora secundário e atualizar a aplicação manualmente para usar seu endpoint de gravação introduz complexidade operacional e tempo de inatividade durante a atualização. Um cluster ElastiCache for Memcached pode ajudar com o cache, mas não resolve diretamente o problema do tempo de inatividade do banco de dados durante um failover da instância de gravação.