Quem administra servidor de cliente — seja freelancer, seja uma pequena consultoria — enfrenta o mesmo dilema cedo ou tarde: o cliente pergunta “e o backup disso, tá indo pra onde?”, e a resposta “tá salvo aqui no próprio servidor” não é uma resposta boa. Se o servidor cair, o backup cai junto.

O caminho mais comum (e o trabalho que ele dá)

Montar storage próprio (um bucket S3/OCI, um servidor de backup dedicado) resolve, mas é trabalho recorrente: gerenciar credencial por cliente, cuidar de quota, lidar com arquivo grande travando upload, e ainda documentar isso tudo caso outra pessoa precise mexer depois. Pra um cliente só, compensa. Pra vários, vira um projeto paralelo que ninguém pediu pra tocar.

Um agente por servidor, cada um com seu próprio token

Cada servidor de cliente recebe um agente leve, instalado com um comando, e um token individual — sem reaproveitar credencial entre clientes, sem um cliente ter acesso ao espaço do outro. A partir daí, o backup sobe sozinho:

dbvault-sendfile /var/backups/cliente_db.sql

O arquivo vai direto pra nuvem, sem passar por um servidor intermediário seu — então não é você quem segura a banda nem a responsabilidade de manter esse meio de campo no ar. E se o cliente (ou você) precisar recuperar algo, é só:

dbvault-getfile cliente_db.sql
dbvault-listfile    # ver o que tem salvo daquele servidor

Quota e cobrança por cliente, não por você

Cada instalação tem seu próprio plano e limite de espaço — dá pra colocar um cliente no plano gratuito pra testar, e migrar pra um plano maior quando o volume de backup crescer, sem mexer na configuração dos outros.

Pra quem cuida de servidor de terceiros e não quer virar também responsável por manter storage de backup, o DBVault resolve essa parte — grátis pra começar a testar em um servidor.