Pontos principais
- Os fluxos de trabalho tradicionais de restauração podem causar desvios na infraestrutura em ambientes gerenciados pelo Terraform, ao provisionarem novos recursos fora do estado.
- O Clumio Backtrack foi projetado para restaurar dados diretamente em buckets S3 e tabelas DynamoDB existentes, ajudando a preservar a identidade dos recursos.
- A recuperação no local ajuda a reduzir a necessidade de importações manuais do Terraform, reconfiguração de endpoints e reconciliação de estado durante incidentes.
- Alinhar os fluxos de trabalho de recuperação aos princípios da Infraestrutura como Código (IaC) ajuda a manter a integridade da configuração e a previsibilidade operacional.
- O planejamento da recuperação é tão importante quanto o planejamento do backup para equipes que operam ambientes de produção por meio do Terraform.
A IaC proporciona consistência, repetibilidade e controle de versão à nuvem. O Terraform se torna a fonte de referência para o que existe, como está configurado e como deve se comportar. A recuperação apresenta um novo desafio.
As operações tradicionais de restauração costumam criar novos recursos — novos buckets do S3, novas tabelas do DynamoDB, novos endpoints. Do ponto de vista do Terraform, esses recursos não foram definidos no código. Eles não existem no estado. Isso gera desvio. Em operações de rotina, o desvio é gerenciável. Durante um incidente, ele se agrava. É aí que o projeto de recuperação é tão importante quanto o projeto de backup.
O problema do desvio na IaC
Em um modelo típico de restauração:
- Um recurso protegido é restaurado como um novo recurso.
- O recurso original permanece corrompido, sobrescrito ou com falha.
- O estado do Terraform não reconhece o novo recurso.
- As equipes precisam importar manualmente os recursos para o estado.
- Pode ser necessário atualizar as configurações dos aplicativos.
Para plataformas que gerenciam a infraestrutura de produção por meio do Terraform, isso gera atritos exatamente no momento menos oportuno. O desafio não é a confiabilidade do backup em si, mas sim como os fluxos de trabalho de restauração se integram às práticas de infraestrutura como código.
Apresentando a Recuperação no Local com o Clumio Backtrack
O Clumio Backtrack é um recurso de recuperação que ajuda a restaurar dados diretamente em recursos existentes da AWS, em vez de provisionar uma infraestrutura substituta. Quando configurado por meio do provedor Clumio Terraform, o Backtrack ajuda a habilitar fluxos de trabalho de recuperação que se alinham à infraestrutura definida em código.
O Clumio Backtrack é compatível tanto com o Amazon S3 quanto com o Amazon DynamoDB. Para uma análise técnica mais aprofundada dos fluxos de trabalho de recuperação específicos do DynamoDB, consulte nossa postagem no blog sobre o Clumio Backtrack para DynamoDB.
Em vez de provisionar recursos substitutos, o Backtrack ajuda a restaurar:
- Objetos do S3 diretamente no bucket original.
- Dados do DynamoDB diretamente na tabela original.
Do ponto de vista do Terraform, a infraestrutura deve permanecer inalterada, com os recursos definidos continuando a corresponder à configuração declarada. Isso ajuda a reduzir a necessidade de importações manuais de recursos, tabelas de restauração temporárias, reconfiguração de endpoints e reconciliação de estado em situações de pressão.
Um exemplo prático
Considere um ambiente de produção gerenciado inteiramente por meio do Terraform. Uma tabela do DynamoDB controla o estoque; um bucket do S3 armazena os ativos do aplicativo; as funções e políticas de gerenciamento de identidade e acesso são codificadas; e as políticas de proteção são definidas por meio do Terraform. Se ocorrer corrupção antes de um grande pico de tráfego, as abordagens tradicionais de restauração podem criar novos recursos que precisarão ser reintegrados ao Terraform.
Com o Backtrack, a recuperação foi projetada para ocorrer dentro dos limites dos recursos existentes, ajudando a manter intacta a infraestrutura definida e preservando a identidade dos recursos. Essa abordagem visa eliminar a necessidade de atualizar o Terraform para acomodar um bucket ou uma tabela recém-criados, tratando a recuperação como uma operação na camada de dados, em vez de um exercício de substituição da infraestrutura.
Por que isso é importante para a Platform
Para equipes comprometidas com a IaC, os fluxos de trabalho de recuperação devem preservar a identidade dos recursos, o alinhamento de estado, a integridade da configuração e a previsibilidade operacional. A restauração no local contribui para esses objetivos, limitando as alterações na infraestrutura durante eventos de recuperação.
Recuperação na nuvem
O Backtrack foi projetado para operar na nuvem — seja na restauração de um pequeno número de objetos ou de grandes conjuntos de dados. O desempenho da recuperação varia de acordo com o tamanho da carga de trabalho e a configuração do ambiente, mas o objetivo arquitetônico permanece o mesmo: restaurar dados sem introduzir novos desvios na infraestrutura. Para ambientes gerenciados pelo Terraform, essa distinção é importante.
Onde essa abordagem se encaixa
A recuperação local é particularmente relevante para:
- Cargas de trabalho de alto rendimento no DynamoDB
- Buckets do S3 com grande número de objetos
- Sistemas de produção gerenciados inteiramente por meio do Terraform
- Ambientes complexos, nos quais é difícil redirecionar as dependências das aplicações para novos recursos
Quando a infraestrutura é definida de forma declarativa, os fluxos de trabalho de recuperação devem seguir essa mesma abordagem.
Primeiros passos
Para explorar o Clumio Backtrack e sua integração com o Terraform:
- Consulte a documentação do provedor Clumio para o Terraform.
- Explore o código-fonte do provedor no GitHub.
- Assista ao vídeo de demonstração do Backtrack incorporado acima.
Definir a proteção como código é apenas parte da história. A concepção de fluxos de trabalho de recuperação que preservem a integridade da infraestrutura completa o modelo.
Perguntas frequentes
P: Que problema as restaurações tradicionais causam em ambientes gerenciados pelo Terraform?
R: As restaurações tradicionais costumam criar novos recursos, como buckets S3 substitutos ou tabelas do DynamoDB, que não estão definidos no estado do Terraform. Isso pode levar a divergências na infraestrutura e obrigar as equipes a importar recursos manualmente e reconciliar configurações durante incidentes de alta pressão.
P: Em que o Clumio Backtrack difere das abordagens padrão de restauração?
R: Em vez de provisionar uma nova infraestrutura, o Clumio Backtrack foi projetado para restaurar dados diretamente no recurso existente da AWS. Essa abordagem ajuda a preservar a identidade do recurso e a manter o estado do Terraform alinhado com a configuração declarada.
P: Quais serviços da AWS são compatíveis com o Clumio Backtrack?
R: O Clumio Backtrack é compatível com o Amazon S3 e o Amazon DynamoDB. Ele foi projetado para restaurar objetos do S3 no bucket original e dados do DynamoDB na tabela original, ajudando a manter a consistência com a infraestrutura definida em código.
P: Por que a recuperação no local é importante para a plataforma?
R: As plataformas contam com a infraestrutura como código para garantir consistência e controle. A recuperação no local ajuda a manter o alinhamento do estado, a integridade da configuração e a previsibilidade operacional, sem introduzir alterações adicionais na infraestrutura durante eventos de recuperação.
P: Em que situações a recuperação no local é particularmente útil?
R: É especialmente útil para cargas de trabalho de alto desempenho no DynamoDB, buckets do S3 com grande número de objetos e sistemas de produção totalmente gerenciados por meio do Terraform. Também pode ser vantajoso em ambientes nos quais redirecionar as dependências de aplicativos para recursos recém-criados seria complexo ou arriscado.
P: Como as equipes podem começar a utilizar a integração entre o Clumio Backtrack e o Terraform?
R: As equipes podem consultar a documentação do provedor Clumio para o Terraform, explorar o código-fonte do provedor no GitHub e assistir ao vídeo de demonstração do Backtrack mencionado no blog para entender os detalhes da implementação e do fluxo de trabalho.
Lawrence Chang é diretor de engenharia da Clumio e Vir Choksi é gerente sênior de marketing de produto na Commvault.
