AWS Backup ganha resource modifiers para restaurar Amazon EKS entre contas e regiões

O que mudou

A AWS anunciou em 12 de novembro de 2026 que o AWS Backup passou a suportar resource modifiers (modificadores de recurso) em restores do Amazon Elastic Kubernetes Service (Amazon EKS). O recurso permite transformar objetos do Kubernetes durante a restauração, adaptando o cluster restaurado ao ambiente de destino.

O problema que isso resolve é conhecido de quem opera disaster recovery multi-conta: quando um backup do EKS copiado entre contas ou entre regiões é restaurado, o cluster resultante carrega referências presas ao ambiente de origem. A AWS cita três exemplos no anúncio: roles do IAM, endpoints de banco de dados e URIs de registries do Amazon ECR.

Antes deste lançamento, era preciso localizar e corrigir manualmente cada uma dessas referências depois de todo restore, um trabalho repetitivo e sujeito a erro humano justamente no momento em que o time está sob pressão de um incidente. Agora dá para definir as regras de transformação uma única vez, em um arquivo YAML, e o AWS Backup aplica essas regras automaticamente como parte do processo de restore.

Onde está disponível

O suporte a resource modifiers para backups do Amazon EKS está disponível em todas as regiões comerciais da AWS e nas regiões AWS GovCloud (US). Isso inclui a região América do Sul (São Paulo), sa-east-1, já que ela é uma região comercial padrão e o anúncio não lista nenhuma exceção regional.

Quanto custa

O anúncio não traz uma tabela de preço específica para os resource modifiers. A fonte remete à documentação do AWS Backup e ao blog de lançamento para detalhes, sem informar se há cobrança adicional pelo processamento das regras de transformação durante o restore.

Na prática, a expectativa razoável é que o custo continue seguindo o modelo já existente do AWS Backup: armazenamento do backup por GB-mês e cobrança por restore, variando por região e tipo de recurso. Quem precisa de número exato antes de aprovar o uso em produção deve checar a página de preços do AWS Backup, porque esta fonte não informa um valor específico para o recurso.

Como começar

O caminho indicado pela AWS é consultar a documentação do AWS Backup e o blog de lançamento, que trazem o passo a passo detalhado de como estruturar o arquivo YAML de regras. A fonte não traz o comando de CLI nem os parâmetros exatos do modificador, então não há como reproduzir aqui uma sintaxe específica sem arriscar inventar algo que a AWS não publicou neste anúncio.

O fluxo geral descrito é:

1. Mapear, no backup de origem, quais referências mudam no destino (role do IAM, endpoint de banco, registry do ECR).
2. Escrever as regras de transformação dessas referências em um arquivo YAML.
3. Apontar esse arquivo no job de restore do AWS Backup para o Amazon EKS.
4. Deixar o serviço aplicar as regras automaticamente durante a restauração, sem edição manual depois.

O que muda para quem já usa

Para quem desenha e opera DR multi-conta ou multi-região com EKS, o ganho real não é o restore em si, é a eliminação do passo manual que normalmente vem logo depois dele. Scripts de correção pós-restore (kubectl patch, edição manual de ConfigMap ou de manifestos com o endpoint certo) tendiam a virar gambiarra documentada só na cabeça de quem escreveu, o tipo de dívida técnica que aparece justamente na hora errada, durante um incidente real.

Isso toca direto o pilar de Reliability do Well-Architected Framework: reduzir trabalho manual em um runbook de recuperação de desastre diminui o RTO (tempo de recuperação) e corta uma fonte clássica de erro humano sob pressão. Times que já têm Organizations com contas separadas por ambiente, ou que replicam backups entre sa-east-1 e outra região por exigência de continuidade de negócio, ganham um lugar único para versionar essas regras de transformação, em vez de depender de conhecimento tribal.

Vale registrar que a fonte lista só três tipos de referência (IAM, banco de dados, ECR); ela não menciona explicitamente objetos de rede como IDs de VPC, subnet ou security group, que também costumam mudar entre contas e regiões em ambientes EKS. Quem depende desse tipo de referência de VPC no restore deve testar e confirmar na documentação linkada pela AWS se o modificador cobre esse caso, porque este anúncio não entra nesse detalhe.

Fonte: AWS What's New