Descrição do projeto
TraduzidoExecutamos uma plataforma web movimentada em um único servidor de banco de dados, e esse único ponto de falha nos mantém acordados à noite. Qualquer falha de hardware, atualização com falha ou consulta pesada pode deixar todo o produto offline para milhares de clientes ao mesmo tempo. Estamos procurando um engenheiro de banco de dados experiente para projetar e construir um cluster tolerante a falhas que elimine esse risco e permita que a equipe pare de se preocupar com a próxima interrupção.
O núcleo do trabalho é a replicação em pelo menos dois nós com failover automático, de modo que, quando o primário se tornar indisponível, o tráfego seja redirecionado para uma réplica saudável em poucos segundos e sem que ninguém precise acordar para fazer isso manualmente. Também precisamos de uma estratégia de backup sólida e testada: cópias completas e incrementais programadas, armazenamento fora do local, regras de retenção e um procedimento de restauração documentado que possamos realmente executar sob pressão. Verificações de saúde e alertas devem nos permitir saber sobre problemas antes que nossos usuários o façam.
Você deve se sentir confortável com ferramentas de alta disponibilidade, roteamento de conexões e diagnóstico de atraso de replicação. Esperamos uma proposta de arquitetura curta primeiro, depois a implementação em uma cópia de teste, um exercício controlado de failover que assistimos juntos e, finalmente, um lançamento cuidadoso em produção. A documentação escrita em linguagem simples, para que nossos próprios engenheiros possam operar o cluster, é uma parte obrigatória da entrega, não uma reflexão tardia.
O núcleo do trabalho é a replicação em pelo menos dois nós com failover automático, de modo que, quando o primário se tornar indisponível, o tráfego seja redirecionado para uma réplica saudável em poucos segundos e sem que ninguém precise acordar para fazer isso manualmente. Também precisamos de uma estratégia de backup sólida e testada: cópias completas e incrementais programadas, armazenamento fora do local, regras de retenção e um procedimento de restauração documentado que possamos realmente executar sob pressão. Verificações de saúde e alertas devem nos permitir saber sobre problemas antes que nossos usuários o façam.
Você deve se sentir confortável com ferramentas de alta disponibilidade, roteamento de conexões e diagnóstico de atraso de replicação. Esperamos uma proposta de arquitetura curta primeiro, depois a implementação em uma cópia de teste, um exercício controlado de failover que assistimos juntos e, finalmente, um lançamento cuidadoso em produção. A documentação escrita em linguagem simples, para que nossos próprios engenheiros possam operar o cluster, é uma parte obrigatória da entrega, não uma reflexão tardia.
Administração Dinheiro, Transferência bancária
