Guia Técnico — PUCE Storage

Onde encaixa o PUCE Storage?

Engine vs Storage. Ferramentas de backup vs camada de armazenamento. Compatibilidade S3 e limites. Como se compara. Só o que existe e está provado hoje.

1. PUCE Engine vs PUCE Storage

São dois produtos distintos. O Engine comprime; o Storage guarda. O acesso S3 do Storage não comprime nem deduplica.

PUCE Engine

Produto de compressão sem perdas. É onde existe a compressão PUCE para dados; está documentado na sua própria página.

O que fazComprime dados sem perdas
Usa-se paraReduzir o volume dos dados antes de os enviar para onde forem guardados

PUCE Storage

Armazenamento de objectos por API S3, cifrado pelo gateway antes de ser guardado, com versões imutáveis. Produto à parte do Engine.

O que fazRecebe pedidos S3 → cifra (AES-256-GCM, blocos de 64 KiB) → guarda com versões e Object Lock → mede os bytes guardados
InterfaceAPI S3 (path-style, SigV4); buckets e credenciais no portal do revendedor
Usa-se paraDestino S3 para backups e arquivo com retenção por objecto
Fornecido porRevendedor: provisiona o cliente e emite as credenciais

2. Ferramentas de backup ≠ Storage

As ferramentas de backup não são concorrentes do PUCE Storage — são complementares. São camadas diferentes da stack.

Distinção fundamental

As ferramentas de backup decidem O QUÊ, QUANDO e PARA ONDE fazer backup. O PUCE Storage é o PARA ONDE — recebe os dados por S3 e guarda-os cifrados, com versões imutáveis. Trabalham juntos, não contra.

Ferramenta de backup

Veeam Kasten / aws-cli

Decide: quê, quando, para onde

PUCE Storage

Guarda cifrado

API S3 + versões imutáveis

Veeam Kasten

Backup de Kubernetes

Provado

Backup e restauro de aplicações Kubernetes, com destino S3.

Estado:Backup imutável e restauro contra o gateway com SHA-256 igual ao original (01/10/2026).

aws-cli

Cliente S3 de linha de comandos

Provado

Cliente de referência para a API S3.

Estado:Provado contra o gateway em produção.

Bateria de testes S3 da indústria

Medida de compatibilidade

Provado

Bateria de testes de compatibilidade S3 que a indústria usa.

Estado:218 testes passam e são verificados antes de cada publicação. Ficam de fora, de propósito: configuração do bucket, CopyObject, formulários POST, SSE-C/SSE-KMS e tags de objecto.

Outras ferramentas S3

Ex.: rclone, restic, Veeam Backup & Replication, Commvault, NetBackup, NetWorker, RMAN

Não testado

Qualquer ferramenta com destino S3 genérico usa o mesmo protocolo.

Estado:Não as testámos, por isso não afirmamos que estão validadas. Teste num bucket de prova antes de decidir.

3. Compatibilidade S3 e limites

O que passa na bateria de testes de compatibilidade S3 da indústria e o que fica de fora, de propósito ou por não existir hoje.

Existe e está provado

  • 218 testes da bateria de compatibilidade S3 da indústria passam e são verificados antes de cada publicação.
  • Até 5 GiB por pedido (PUT ou parte de multipart); multipart cifrado suportado.
  • SSE-S3 é aceite.
  • Versões e Object Lock sempre ligados; retenção por objecto suportada.

Não disponível hoje

  • Configuração do bucket (versionamento, políticas, ACL, lifecycle): o bucket é partilhado e as versões estão sempre ligadas. Os buckets criam-se e apagam-se no portal do revendedor.
  • CopyObject: copiar é descarregar e voltar a enviar.
  • Formulários POST e tags de objecto.
  • SSE-C e SSE-KMS: recusados com erro claro.
  • Compressão e deduplicação: o acesso por S3 guarda os dados cifrados tal como chegam. A compressão PUCE existe nos produtos PUCE Engine e PUCE Video, não no Storage.
  • Replicação entre regiões e escalões de custo (hot/warm/cold): não disponíveis hoje.

4. Como se compara

Os pontos de comparação são sistemas de object storage — não ferramentas de backup. Descrevemo-los em termos genéricos; para as capacidades exactas de cada um, consulte a documentação do fornecedor.

CapacidadePUCE StorageObject storage em geral
Acesso
API S3 (path-style, SigV4) em s3.posquantum.com; o revendedor provisiona o cliente e emite as credenciais
API S3 ou API própria do fornecedor
Cifra em repouso
O gateway cifra todos os objectos (AES-256-GCM, blocos de 64 KiB) antes de os guardar, com a chave do serviço
Cifra em repouso do lado do fornecedor, conforme o serviço
Selagem pós-quântica no cliente
Via do portal: ML-KEM-768 no browser, chave própria do cliente gerida pelo serviço, ficheiro sem selagem recusado (até 100 MiB por ficheiro)
Depende do fornecedor
Imutabilidade
Versões e Object Lock sempre ligados; retenção por objecto; apagar uma versão devolve a quota
Depende do serviço e da configuração
Medição e tecto
TB-mês medido (bytes guardados); tecto por cliente definido pelo produto adquirido, com recusa clara
Varia por fornecedor
Localização
Armazenamento principal na UE (Helsínquia)
Varia por fornecedor e região

MinIO

Object storage de código aberto

Software com API S3, para instalar e operar pelo próprio cliente.

AWS S3

Object storage de nuvem pública

Serviço de nuvem pública e referência da API S3.

Azure Blob Storage

Object storage de nuvem pública

Serviço de nuvem pública com API própria (não é S3 nativo).

Google Cloud Storage

Object storage de nuvem pública

Serviço de nuvem pública com API própria.

Wasabi

Object storage de nuvem, orientado a custo

Serviço de nuvem com API compatível com S3.

Backblaze B2

Object storage de nuvem, orientado a custo

Serviço de nuvem com API compatível com S3.

NetApp StorageGRID

Object storage empresarial

Software empresarial com API S3, para instalar no cliente.

Scality RING

Object storage empresarial

Software empresarial com API S3, para instalar no cliente.

5. Casos Práticos

Onde o PUCE Storage se encaixa hoje, com o que está provado e o que não está.

Backup imutável de Kubernetes com Veeam Kasten

Desafio

Os backups de aplicações Kubernetes têm de ficar fora do cluster e não podem ser alterados depois de escritos.

Com o PUCE Storage

O Kasten escreve para o PUCE Storage como destino S3. Versões e Object Lock estão sempre ligados e o gateway cifra tudo antes de guardar.

Resultado

Provado a 01/10/2026: backup imutável e restauro com SHA-256 igual ao original.

Arquivo com retenção por objecto

Desafio

Documentos que têm de ser conservados sem alteração durante um período, com requisitos de protecção e retenção próprios do cliente.

Com o PUCE Storage

Versões e Object Lock sempre ligados, retenção definida por objecto e cifra feita pelo gateway antes de guardar. Apagar uma versão devolve a quota.

Resultado

A cifra e a imutabilidade ajudam o cliente a cumprir os seus requisitos. O PUCE Storage não tem certificações; a conformidade é avaliada na operação do cliente.

Revendedor com clientes de armazenamento

Desafio

O revendedor precisa de dar armazenamento S3 aos seus clientes, com consumo medido e limites claros.

Com o PUCE Storage

O revendedor provisiona o cliente, emite as credenciais de acesso e cria os buckets no seu portal. A facturação é por TB-mês medido, com um tecto por cliente definido pelo produto adquirido.

Resultado

O cliente usa as credenciais com o seu software S3; quando atinge o tecto, vê uma recusa clara.

Ficheiros selados no browser, com chave própria de cada cliente

Desafio

Alguns ficheiros não devem sair do browser do cliente sem estarem protegidos com uma chave própria desse cliente.

Com o PUCE Storage

Na via do portal, o ficheiro é selado no browser com ML-KEM-768 antes de sair. Um ficheiro que chegue sem selagem é recusado.

Resultado

Chave própria de cada cliente (gerida pelo serviço), com um tecto de 100 MiB por ficheiro nesta via. Para ficheiros maiores usa-se o acesso S3, em que a chave é do serviço.

Quer ver se encaixa no seu caso?

Partilhe o seu cenário — volume e ferramenta de backup actual — e dizemos-lhe com franqueza o que o PUCE Storage cobre hoje.

PUCE — Quantum-Safe Compression & Encryption Engine | PosQuantum