Recuperação de Desastres na AWS para Plataforma de Reservas de Turismo de Alta Disponibilidade

Uma holding brasileira focada na gestão sustentável de turismo, entretenimento e atrativos de lazer. O grupo opera ativos naturais e culturais icônicos no Brasil, incluindo um parque urbano histórico no Rio de Janeiro e dois parques naturais no Rio Grande do Sul — destinos vinculados a alta demanda de visitantes e fluxos de reservas sensíveis ao tempo.

O grupo precisava de uma estratégia de recuperação de desastres para mitigar o risco de inatividade em seu sistema de reservas. O ambiente era misto: partes da plataforma rodavam no Microsoft Azure e outros componentes rodavam em infraestrutura dedicada ou on-premises. Projetar DR nesse contexto exigia mais do que replicar discos — exigia uma estratégia coesa entre aplicações, APIs e bancos de dados, com uma abordagem clara de failover que a equipe pudesse executar de forma confiável.

Uma das restrições mais desafiadoras era a camada de banco de dados. A versão do banco de dados de origem e restrições de ambiente criaram problemas de compatibilidade com agentes de DR padrão e alguns caminhos de automação gerenciada. Isso significava que o design de DR não podia contar inteiramente com mecanismos de replicação prontos; partes da abordagem exigiam tratamento personalizado para garantir que a sincronização de dados pudesse ocorrer de forma segura e consistente.

A Elevata projetou e implementou uma estratégia de DR na AWS que combinou serviços gerenciados da AWS com customização direcionada onde restrições de compatibilidade exigiam.

Para a trilha de replicação de banco de dados, a Elevata usou o AWS Database Migration Service (DMS) para replicar dados na AWS. Isso proporcionou um mecanismo de replicação controlado e apoiado por serviço, ao mesmo tempo em que suportava os processos operacionais necessários para failover. Para execução de failover, a Elevata implementou comutação baseada em DNS usando Cloudflare, para que em um cenário de desastre o tráfego pudesse ser direcionado ao ambiente de recuperação com um mecanismo de cutover definido em vez de passos manuais ad-hoc.

O trabalho mais complexo centrou-se no ambiente de computação de origem e restrições de OS/kernel. Devido a limitações nas imagens de origem e compatibilidade de kernel, a Elevata precisou criar imagens base nativas da AWS usando uma versão de kernel compatível para garantir que as aplicações pudessem rodar corretamente no ambiente de recuperação. Esse trabalho de imagem base se tornou uma dependência fundacional para recuperação confiável.

A partir daí, a Elevata implementou um modelo de deploy de DR parcialmente automatizado entregue via Infrastructure as Code. O provisionamento do ambiente de DR inclui criação automatizada das instâncias e recursos necessários, usando as imagens base como runtime padrão. Um script customizado foi implementado para sincronizar dados de disco, convertê-los para o formato que as aplicações alvo esperam, montar volumes e garantir que instâncias iniciem já provisionadas com os dados necessários para rodar.