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.
PUCE Storage
Armazenamento de objectos por API S3, cifrado pelo gateway antes de ser guardado, com versões imutáveis. Produto à parte do Engine.
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
Backup e restauro de aplicações Kubernetes, com destino S3.
aws-cli
Cliente S3 de linha de comandos
Cliente de referência para a API S3.
Bateria de testes S3 da indústria
Medida de compatibilidade
Bateria de testes de compatibilidade S3 que a indústria usa.
Outras ferramentas S3
Ex.: rclone, restic, Veeam Backup & Replication, Commvault, NetBackup, NetWorker, RMAN
Qualquer ferramenta com destino S3 genérico usa o mesmo protocolo.
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.
| Capacidade | PUCE Storage | Object 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.