Crie uma cópia completa de PostgreSQL com dados reais em menos de 30 segundos. Sem dump, sem restore e com quase nenhum armazenamento extra no início.
O fluxo padrão ainda é pg_dump seguido de pg_restore. Para bancos pequenos funciona, mas em escala de produção atrasa toda a equipe.
Restaurações a partir de snapshot na nuvem melhoram isso, mas ainda demoram minutos e continuam criando cópias completas.
A Vela clona na camada de storage. Origem e clone compartilham os mesmos blocos no início, então não existe cópia massiva.
Somente os blocos modificados são gravados separadamente. Assim, a criação continua rápida e o custo de storage acompanha apenas mudanças reais.
Workflows que ficam viáveis quando clonar é rápido, barato e descartável.
Rode mudanças de schema em um clone de produção antes de tocar no banco real.
Faça benchmark com dados em escala de produção em vez de dados sintéticos.
Dê a cada engenheiro uma cópia completa em vez de um único banco dev compartilhado.
Clone produção, masque os dados no clone e compartilhe apenas a cópia segura.
| Recurso | pg_dump / restore | Restore de snapshot | Clone CoW da Vela |
|---|---|---|---|
| Tempo de criação (100 GB) | 45-90 minutos | 10-30 minutos | < 30 segundos |
| Armazenamento extra por clone | 100 GB de cópia completa | 100 GB de cópia completa | Quase zero na criação |
| Dez clones simultâneos | ~1 TB adicional | ~1 TB adicional | Quase zero até os dados mudarem |
| Automação via API | Somente CLI | API da nuvem | REST API e UI |
A Vela usa copy-on-write na camada de storage. Os blocos não alterados são compartilhados com a origem, então não existe transferência completa no momento da criação.
Um clone é uma cópia isolada. Um branch usa o mesmo mecanismo, mas dentro de um workflow de branching com ciclo de vida e automação.
Quase nada ao ser criado. O armazenamento extra cresce apenas quando clone ou origem passam a modificar blocos diferentes.
Sim. A Vela cria um snapshot consistente sem pausar o tráfego de produção.
Experimente a clonagem copy-on-write no sandbox sem preparar infraestrutura.