Pontos principais
- Gerenciar o backup e a recuperação como Infraestrutura como Código (IaC) ajuda a reduzir o desvio de configuração e a alinhar a proteção de dados às práticas modernas de nuvem.
- O provedor Clumio para o Terraform permite que contas, políticas e regras de proteção da AWS sejam definidas de forma declarativa e sujeitas a controle de versão.
- A proteção baseada em tags foi projetada para proteger automaticamente os recursos existentes e futuros, ajudando a reduzir a intervenção manual e a escalar com eficiência em todos os ambientes.
- A definição de políticas de backup no Terraform ajuda a melhorar a visibilidade, a reprodutibilidade e a governança por meio de fluxos de trabalho padronizados de pull request.
- Essa abordagem pode ser especialmente valiosa para ambientes da AWS com várias contas e para organizações que já adotaram o Terraform como padrão.
A nuvem é cada vez mais definida como código. Instâncias do EC2, funções de gerenciamento de identidade e acesso (IAM), nuvens privadas virtuais e bancos de dados agora estão hospedados em repositórios com controle de versão e são implantados de forma previsível por meio da IaC. No entanto, as políticas de Backup and Recovery muitas vezes ainda são configuradas manualmente em consoles da web. Essa lacuna gera risco. Quando a infraestrutura é declarativa, mas a proteção de dados não é, as equipes correm o risco de:
- Desvio de configuração.
- Proteção inconsistente entre as contas.
- Erros manuais.
- Visibilidade limitada sobre o que está realmente protegido.
Para organizações que já utilizam o Terraform, o backup e a recuperação devem ser gerenciados da mesma forma que o restante da pilha – por meio de código. O provedor Terraform da Clumio permite que a proteção de dados da AWS seja definida de forma declarativa juntamente com a infraestrutura. Você pode explorar o provedor e sua documentação aqui: https://registry.terraform.io/providers/clumio-code/clumio/latest/docs/guides/getting_started. Nesta publicação, vamos explicar como automatizar a proteção de cargas de trabalho na AWS usando o Terraform e o Clumio da Commvault – e por que essa abordagem se adapta de forma mais eficaz às nuvens modernas.
O problema com a configuração de backup por meio do console
Em uma configuração tradicional, a proteção dos recursos da AWS requer:
- Conectar contas da AWS.
- Configurar a proteção separadamente em vários serviços da AWS.
- Criação de políticas de backup.
- Definição das regras de proteção.
- Atribuição manual de recursos.
- Repetir esse processo para cada conta ou ambiente.
Mesmo em ambientes bem administrados, isso gera:
- Configuração manual repetitiva.
- Aplicação inconsistente das políticas.
- Proteção atrasada para recursos recém-criados.
- Controle de versão limitado.
O Terraform já ajuda a resolver esse problema na área de infraestrutura. O provedor Clumio para o Terraform amplia esse modelo para a proteção de dados.
Do zero à proteção – Usando quatro arquivos
É possível definir a proteção de vários serviços da AWS usando um pequeno conjunto de arquivos do Terraform, em vez de uma sequência de etapas manuais na interface do usuário.
A configuração segue uma estrutura simples.
- Definir provedores (AWS + Clumio)
O primeiro passo é declarar os provedores. O Terraform precisa saber:
- Você está usando a AWS.
- Você está usando o provedor Clumio.
Isso conecta o Terraform às duas plataformas. A documentação oficial do provedor explica essa configuração detalhadamente no guia “Introdução”.
- Conectar contas da AWS ao Clumio
Em seguida, o módulo Clumio estabelece a conexão entre a AWS e o Clumio. Isso simplifica a configuração da função do IAM necessária para a proteção de dados. Em vez de configurar manualmente funções e permissões, o módulo gerencia a integração de maneira padronizada. O código-fonte do provedor está disponível publicamente no GitHub. Isso significa que sua integração é definida em código, está sob controle de versão e é reproduzível em todos os ambientes.
- Definir políticas de backup como código
A definição da política de backup é onde a IaC se destaca. Em uma configuração baseada no Terraform:
- É possível definir diferentes objetivos de ponto de recuperação para diferentes tipos de recursos.
- É possível definir vários níveis de retenção dentro da mesma política (por exemplo, retenção de curto prazo e de longo prazo).
- A mesma política pode ser aplicada automaticamente com base em condições definidas.
Em vez de precisar lidar com vários consoles, uma única configuração do Terraform define a frequência, a retenção e o escopo dos recursos. Essa política é reutilizável e pode ser revisada como qualquer outra configuração de infraestrutura.
- Proteção automática baseada em tags
Um dos elementos mais escaláveis dessa abordagem é a proteção baseada em tags. É possível configurar uma regra de proteção para proteger automaticamente qualquer recurso marcado com um par específico de chave/valor. Por exemplo: created_by = demo_script Isso significa que:
- Os recursos existentes que correspondem à tag estão protegidos.
- Os recursos futuros com essa tag são incluídos automaticamente.
- Não é necessária nenhuma intervenção manual.
No caso específico do S3, os grupos de proteção também utilizam tags para gerenciar centenas de buckets como uma única unidade lógica, permitindo alterações centralizadas nas políticas em grande escala. Isso ajuda a reduzir a divergência de configuração.
Aplicando a configuração
Uma vez definida, o Terraform inicializa o diretório de trabalho, exibe uma prévia das alterações planejadas e aplica a configuração. O Terraform foi projetado para respeitar as dependências entre os recursos, criando-os na ordem correta. A configuração ajuda a conectar contas da AWS, ativar políticas, aplicar regras de proteção e proteger recursos marcados. E, o mais importante: toda a estratégia de proteção está contida em código sob controle de versão.
Por que isso é importante para a nuvem
Para equipes que operam com os princípios de IaC, a configuração do backup deve seguir a mesma disciplina do provisionamento da infraestrutura. Definir o backup no Terraform traz vários benefícios práticos:
- Controle de versão: as políticas de backup são definidas no código e podem ser revisadas, versionadas e aprovadas por meio de fluxos de trabalho padrão de pull request.
- Reprodutibilidade: a mesma configuração pode ser implantada de maneira consistente nas contas de desenvolvimento, teste e produção.
- Redução do desvio: as configurações do Terraform podem ser reaplicadas para garantir o cumprimento do estado declarado, ajudando a realinhar alterações manuais ou fora da cadeia de comando com a configuração pretendida.
- Visibilidade clara: a lógica de proteção fica visível no código, em vez de ficar oculta na configuração da interface do usuário.
- Separação entre configuração e interface: a postura de backup é definida de forma declarativa, sem depender do estado do console.
Quando essa abordagem faz sentido
A automação de backups com o Terraform é particularmente útil para:
- Ambientes da AWS com várias contas.
- Setores regulamentados que exigem uma configuração auditável.
- Plataformas que gerenciam infraestrutura compartilhada.
- Organizações que já adotaram o Terraform como padrão.
Se sua infraestrutura é definida como código, sua estratégia de proteção de dados também deveria ser.
Primeiros passos
Para aprofundar essa abordagem:
- Consulte a documentação do provedor Clumio Terraform.
- Explore o código-fonte do provedor no GitHub.
- Assista ao vídeo de demonstração do Guia de Início Rápido acima.
Você também pode avaliar o Clumio pelo AWS Marketplace.
Perguntas frequentes
P: Por que as políticas de backup devem ser gerenciadas como código?
R: Quando a infraestrutura é definida como código, mas as políticas de backup são configuradas manualmente, podem surgir lacunas e inconsistências. Gerenciar o backup como código ajuda a alinhar a proteção aos fluxos de trabalho de implantação, reduzir erros manuais e oferecer visibilidade com controle de versão sobre sua estratégia de proteção de dados.
P: O que o provedor Clumio para o Terraform permite fazer?
R: O provedor Clumio para o Terraform permite que os recursos de proteção de dados da AWS — como conexões de conta, políticas de backup e regras de proteção — sejam definidos de forma declarativa. Isso ajuda as equipes a gerenciar configurações de backup juntamente com a infraestrutura no mesmo fluxo de trabalho do Terraform.
P: Como a proteção baseada em tags melhora a escalabilidade?
R: A proteção baseada em tags foi projetada para aplicar automaticamente políticas a qualquer recurso que corresponda a um par chave/valor especificado. Isso ajuda a proteger recursos existentes e futuros sem a necessidade de atribuição manual, facilitando o gerenciamento da proteção em grande escala entre contas e serviços.
P: Como o Terraform ajuda a reduzir o desvio de configuração em ambientes de backup?
R: O Terraform mantém um estado declarado para a infraestrutura e as políticas de proteção. A reaplicação das configurações ajuda a realinhar as alterações manuais ou fora da cadeia de comando com o estado pretendido, contribuindo para melhorar a consistência entre os ambientes.
P: Em quais situações faz mais sentido automatizar o backup com o Terraform?
R: Essa abordagem é particularmente vantajosa em ambientes da AWS com várias contas, setores regulamentados que exigem configurações auditáveis, plataformas que gerenciam serviços compartilhados e organizações que já utilizam o Terraform como padrão para IaC.
P: Como as equipes podem começar a utilizar a proteção de dados da AWS com base no Terraform?
R: As equipes podem começar consultando a documentação do provedor Clumio para o Terraform, explorando o código-fonte do provedor no GitHub e assistindo à demonstração do Guia de Início Rápido. Avaliar o Clumio por meio do AWS Marketplace também é um próximo passo prático.
Lawrence Chang é diretor de engenharia da Clumio e Vir Choksi é gerente sênior de marketing de produto na Commvault.
