Resumo

  • A retenção padrão da Scaleway vale para objetos novos e começa na criação de cada um. Duração uniforme não estabelece vencimento uniforme para um arquivo em crescimento.
  • Retenção explícita e retenção legal são controles diferentes. O vencimento do prazo não comprova retirada da retenção legal nem exclusão de uma versão.
  • Depois de ativado, o bloqueio do bucket não pode ser desfeito e o versionamento não pode ser suspenso. Essa decisão duradoura não significa guardar cada objeto para sempre.

O comprador escolhe uma regra; o arquivo acumula datas

Uma política uniforme oferece uma vantagem evidente de administração: os novos dados recebem a mesma duração de retenção. Mas uniformidade da regra não garante uniformidade dos resultados. Em um arquivo hipotético que recebe materiais em momentos diferentes, objetos criados antes e depois começam seus períodos em momentos diferentes. Não se trata de um inventário de cliente medido.

A consequência vem do guia de bloqueio da Scaleway, revisado em 21 de maio de 2026. Ele informa que o padrão é aplicado aos objetos novos e que o prazo começa na criação de cada objeto. Dias ou anos expressam duração; uma data explícita de término é um instante absoluto. O ajuste do bucket produz compromissos, mas não substitui a lista dos compromissos existentes.

A configuração no nível do objeto pode substituir o padrão para aquele objeto específico. Portanto, olhar apenas o bucket não comprova o estado de cada elemento. Tampouco a aplicação aos novos objetos estabelece proteção retroativa de tudo que já existia. É necessário conhecer as configurações efetivas, sem presumir que uma leitura ou mudança de nome reinicia o relógio.

O valor da proteção inclui perder uma opção

No modo Compliance, a documentação impede exclusão ou sobrescrita da versão protegida durante o prazo definido, inclusive por proprietários e administradores. O modo não pode ser alterado e o período não pode ser encurtado. Governance mantém uma possibilidade de alteração e exclusão para usuários com as permissões adequadas.

Essa escolha distribui a capacidade de decidir mais tarde. A organização pode desejar a restrição forte justamente para que um administrador futuro não remova um registro protegido. A perda dessa opção faz parte do benefício adquirido. Também importa quando uma necessidade legítima de organização dos dados muda depois.

O bloqueio exige versionamento. Uma vez habilitado no bucket, não pode ser desabilitado, e o versionamento não pode ser suspenso. É uma decisão duradoura sobre o regime de funcionamento, não uma afirmação de que todo objeto ficará armazenado eternamente ou terá parâmetros iguais.

Há duas escalas. A irreversibilidade no bucket diz respeito ao regime ativado. O período não encurtável diz respeito à versão específica até sua data. Chamar tudo de retenção permanente apagaria justamente as condições que o comprador precisa comparar.

A retenção legal não depende do mesmo vencimento

A Scaleway descreve a retenção legal como um controle independente ligado ou desligado, sem expiração automática. Sua retirada precisa ser explícita e feita por usuário com a autorização necessária. Ela pode coexistir com a retenção por prazo; terminar uma condição não demonstra que a outra terminou.

Em um exemplo hipotético, um objeto pode ultrapassar sua data e continuar com retenção legal ativa. Retirar essa retenção, por sua vez, não prova que um prazo separado venceu ou foi alterado de forma admissível. São relações entre mecanismos documentados, não um caso observado de atraso em uma empresa.

O nome do recurso não transforma este texto em orientação jurídica. Não se determina qual legislação exige preservar qual registro por quanto tempo. Uma duração utilizada pelo fornecedor em um exemplo técnico não estabelece a obrigação legal de um comprador específico. A razão para preservar e a forma de executar a preservação precisam ser definidas separadamente.

Um marcador pode mudar a aparência, não apagar a versão

O guia de problemas de exclusão, revisado em julho de 2025, explica que excluir sem informar o identificador da versão em um bucket versionado cria um marcador de exclusão enquanto os objetos continuam existindo. As condições especiais de exceção de governança e identificação de versão são tratadas à parte. Nenhuma operação sobre dados de clientes foi feita nesta pesquisa.

A documentação de backup também informa que o versionamento cria versões novas sob um mesmo nome. Nome e listagem comum não representam todo o histórico retido. O que aparece, qual versão existe e quais permissões incidem sobre ela são informações distintas.

Um relatório baseado só na listagem visível poderia avaliar mal as obrigações remanescentes. Essa é uma possibilidade de erro de medição, não prova de perda de bytes protegidos ou cobrança incorreta na Scaleway. Um marcador não comprova apagamento físico. A existência de bytes, no sentido inverso, também não comprova que a aplicação consiga reconstruir um serviço útil.

A recuperação precisa de evidência própria

O modelo de responsabilidade do armazenamento entrega a operação da infraestrutura à Scaleway e deixa ao cliente escolhas de ciclo de vida, gestão de versões, continuidade e integridade. Registros disponibilizados mediante solicitação e deveres de confirmação pelo cliente não são resultados medidos de restauração de um arquivo específico.

Proteger uma versão contra certa mudança não comprova que todos os componentes necessários foram capturados de forma coerente. Tampouco valida um ambiente substituto. Preservação e recuperação útil são benefícios diferentes, mesmo quando fazem parte do mesmo plano de continuidade.

Os textos públicos ainda descrevem uma fronteira maior. A página de conceitos e o guia de backup de abril de 2026 mencionam exclusão de toda a conta junto com expiração do bloqueio. O guia de encerramento de fevereiro de 2026 informa exclusão permanente de recursos e backups, mantendo acesso ao console, e distingue encerramento de apagamento de dados pessoais.

A pesquisa não estabeleceu o tratamento exato de uma versão atualmente bloqueada nesse procedimento. Não encerrou contas nem testou exceções. Não se deve transformar a redação em vulnerabilidade verificada ou falha comprovada da promessa no nível do objeto. É uma questão para esclarecer com o fornecedor, sem ampliar a restrição a administradores para uma garantia não testada de todo o ciclo de vida da conta.

A simplicidade do padrão não reduz o alcance da decisão

A questão comercial é quais decisões futuras foram limitadas, sobre quais registros e até qual condição. Um padrão pode ser adequado sem constituir resposta completa. Novas criações, parâmetros explícitos e retenções legais independentes produzem obrigações mais detalhadas que o contêiner.

As seis fontes não medem economia, conta final, exposição a incidente ou taxa de recuperação. Sustentam uma conclusão mais precisa: o ajuste simples não elimina diferenças entre os compromissos gerados. Comprar proteção mais forte exige entender essas diferenças, sem contar tela menor ou relógio vencido como liberação total.

Fontes