Resumo

  • O modo de conformidade do Vault Lock retira até de root a possibilidade de desfazer a trava depois da carência. O encerramento da conta segue outra regra: 90 dias sem reabertura levam à exclusão do conteúdo do cofre.
  • Desativar um produto e descartar seus registros exigem decisões próprias. A transferência precisa de cópia concluída, restauração comprovada e uma conta de destino que alguém vá manter.

O arquivo sobrevive à última reunião

A equipe anuncia o fim do produto. O financeiro quer encerrar as despesas. A infraestrutura recebe a lista de contas para fechar. Nos arquivos, porém, ainda há trabalho: explicar uma entrega, localizar uma transação, reconstruir uma decisão. O produto saiu de cena antes da sua memória.

Um backup bloqueado parece resolver essa diferença de calendários. Na AWS, a documentação do Vault Lock mostra onde essa expectativa encontra seu limite. Ao encerrar uma conta com um cofre, a AWS a suspende por 90 dias com as cópias intactas. Sem reabertura nesse intervalo, apaga o conteúdo, mesmo com Vault Lock.

A empresa pode ter comprado uma ótima fechadura e autorizado a demolição do endereço. O pedido de encerramento merece mais atenção do que costuma receber uma tarefa de arrumação.

Uma trava que vale justamente por incomodar

No modo de governança, usuários com as permissões adequadas podem alterar a proteção. No modo de conformidade, vencida a carência, clientes, root e a própria AWS não podem mudar ou remover a trava enquanto houver pontos de recuperação no cofre.

Esse poder retirado tem valor. A empresa pode querer impedir que um administrador apressado apague o passado para limpar uma conta. Pode querer dificultar a destruição por alguém que conseguiu acesso privilegiado. Uma saída fácil para o chefe da vez enfraqueceria a restrição comprada.

O encerramento da conta atua em outro nível. Decide se continuará existindo a relação que abriga os registros. Quando a obrigação de conservá-los dura mais que o produto, o orçamento e a responsabilidade pela conta precisam atravessar essa distância.

Intacto, mas com a porta fechada

As regras de encerramento da AWS tratam o fechamento como aviso de término do contrato do cliente daquela conta. Durante os 90 dias seguintes, acessar conteúdo e serviços exige reabri-la. Depois do encerramento permanente, a conta não pode ser reaberta e seu identificador não pode ser reutilizado.

Há, portanto, uma etapa administrativa entre o arquivo preservado e o funcionário que precisa usá-lo. Para quem procura uma resposta urgente, o fato de os bytes ainda existirem é apenas o começo da conversa.

Imagine uma divisão extinta, com funcionários transferidos e despesas distribuídas para outros centros de custo. O responsável pela baixa ganha reconhecimento por eliminar pendências. Quem vai precisar do histórico no futuro talvez nem saiba que essa decisão está sendo tomada. Os documentos públicos não trazem inventário de contas nem testes de restauração de um cliente específico; esses elementos são necessários para avaliar a exposição real.

Quem ficou com a chave de volta

A orientação atual para reabrir contas admite autosserviço quando o cliente fechou a própria conta e não havia saldo pendente no momento do fechamento. É preciso usar root, solicitar dentro dos 90 dias e ter um meio de pagamento válido. Um usuário ou função IAM não assume esse papel.

Para contas encerradas pela AWS, o caminho descrito exige quitar o saldo em até 30 dias do fechamento e contatar o suporte. Colar um lembrete de 90 dias no calendário não preserva, sozinho, as condições para voltar.

A reabertura também pode deixar tarefas técnicas. A AWS cita iniciar instâncias EC2 que foram paradas e restaurar bancos RDS a partir dos snapshots criados no fechamento. O status ativo da conta permite começar a conferir o que realmente voltou a funcionar.

A própria comunicação pode depender da conta que está sendo retirada. A página de encerramento alerta para o email root cujo domínio está registrado no Route 53 da mesma conta: a suspensão do domínio pode interromper o recebimento de mensagens. A organização manda embora o porteiro que guardava a chave reserva. Resolver esse vínculo antes do fechamento é uma parte concreta da sucessão.

O destinatário precisa receber o arquivo

A cópia entre contas do AWS Backup permite levar uma cópia ao destino e restaurar ali. As duas contas devem pertencer à mesma organização no AWS Organizations. Recursos, regiões, permissões e chaves precisam atender aos requisitos. Cópias entre contas para camadas frias de armazenamento não são suportadas.

A cópia recebe nova criptografia com a chave do cofre de destino. Dar a outra conta autorização para consultar o original mantém o original no lugar de sempre. A entrega pede uma cópia terminada e uma restauração cujo conteúdo tenha sido conferido por quem vai guardar os registros.

Uma única ordem de limpeza pode alcançar duas contas da mesma organização. Por isso o destino precisa de um mandato de conservação: o que fica, até quando, com qual orçamento e sob responsabilidade de quem. Um número de conta extra não redige esse mandato.

É razoável encerrar uma conservação que perdeu sua utilidade. Também é razoável pagar para manter registros que ainda têm serviço pela frente. A escolha deve chegar à mesa antes da ordem de fechar a conta. Depois que o prazo termina, o sucesso da limpeza pode ser o fracasso da memória.