Aponte o DevOps Buddy para um repositório Git, cole um docker-compose ou escolha uma aplicação pronta como WordPress ou Nextcloud. Ele provisiona a VM, configura DNS e HTTPS e mantém suas aplicações no ar — em infraestrutura sua, a preço de provedor.
Começar a fazer deploy — grátis Ler a documentação$ git push origin main buddy › clonando bitbucket.org/acme/store (privado)… buddy › nixpacks detectado php · composer install ✔python · pip install ✔node · npm install ✔ buddy › construindo imagem buddy-app-store ✔ buddy › DNS store.acme.com → 34.9.112.4 ✔ buddy › TLS via Let's Encrypt ✔ ✔ no ar em https://store.acme.com (58s)
Conecte um token de API e o Buddy provisiona as VMs para você — ou instale o agente em qualquer servidor Linux que você já tenha.
Google Cloud
DigitalOcean
Vultr
AWS
Qualquer VM (a sua)
Hetzner — em breve
Azure — em breve
Deploys via Bitbucket
Deploys via GitHub
Deploys via GitLab
DNS na Cloudflare
TLS via Let's Encrypt
Ingress com Traefik
Do zero a uma URL em produção em minutos — sem Dockerfile, sem configurar nginx, sem SSH.
Adicione um token de API do provedor e escolha região e tamanho — o Buddy cria a VM e instala Docker, Traefik e o agente. Ou rode um comando num servidor que você já tem.
Cole uma URL de Git — Bitbucket, GitHub ou GitLab, incluindo repositórios privados com um token somente leitura (PHP, Node, Python, Go… compilados com Nixpacks, composer/npm inclusos) — ou um arquivo docker-compose para qualquer outra coisa.
Escolha um domínio e um subdomínio. O Buddy cria o registro de DNS, obtém o certificado TLS e roteia o tráfego. Deploy, restart, logs e métricas pelo painel.
Os recursos de uma plataforma gerenciada, sem entregar sua infraestrutura para outra pessoa.
Se roda em Docker, roda aqui. Aplicações compose com vários serviços, bancos de dados, workers — todos ligados a uma rede de ingress compartilhada por VM.
Bitbucket, GitHub, GitLab ou seu próprio servidor — público ou privado. O Buddy clona e compila na sua VM com Nixpacks: composer install, npm build e pip install resolvidos automaticamente. Sem precisar de Dockerfile.
Traefik + Let's Encrypt em cada VM e registros de DNS na Cloudflare gerenciados para você. Sua aplicação fica no ar no domínio dela em minutos.
Os dados da aplicação vão para um bucket no seu próprio projeto de cloud, por URLs pré-assinadas — as credenciais nunca chegam à VM. Restaure qualquer snapshot com um clique.
CPU, memória e disco por servidor, mais métricas de container por aplicação vindas direto do agente — atualizadas a cada 20 segundos.
WordPress, Drupal, Joomla, Nextcloud e Magento — com banco de dados e HTTPS já configurados, e instalados para você. Você chega num site funcionando, com conta de administrador, não num assistente de instalação.
Clone qualquer aplicação para uma cópia de staging — mesmo código, subdomínio próprio — com um clique. Teste antes de mexer em produção.
Adicione um webhook e cada git push na sua branch publica. Assinado pelo GitHub e pelo GitLab, então só o seu repositório consegue disparar.
Comandos agendados e processos de fundo sempre ativos — uma fila do Laravel, uma exportação noturna — executados pelo systemd e reiniciados quando morrem.
Dê a cada pessoa do time uma conta própria, só com chave, em vez de compartilhar o root — e tire o acesso sem mexer no de mais ninguém.
Cabeçalhos de segurança em toda resposta, PHP recusado dentro dos diretórios de upload e um 403 para o .env and .git que os bots pedem em questão de minutos. No WordPress, xmlrpc.php fica bloqueado e o login tem limite de tentativas. Você não precisa ligar nada disso.
Abra só as portas que você quer — inclusive as de containers — e deixe cada VM instalar as próprias correções de segurança.
2FA por TOTP com qualquer app autenticador. As credenciais de cloud ficam criptografadas em repouso; os agentes se autenticam com tokens por servidor, que você pode revogar.
O agente consulta de dentro para fora via HTTPS — sem chaves SSH para compartilhar, sem portas de gerenciamento abertas nos seus servidores.
Você paga as VMs direto ao seu provedor de cloud. O Buddy não revende computação nem prende suas cargas de trabalho.
Comece de graça. Mude de plano quando precisar de mais servidores — e nunca pague margem sobre infraestrutura.
Grátis durante o beta, até 17 de setembro de 2026. Os planos pagos abrem depois disso — deixe seu e-mail que a gente avisa.
Nada, a menos que você queira. O plano gratuito continua gratuito e mantém os limites dele — 1 servidor · 1 domínio · 3 aplicações. Os planos pagos abrem depois de 17 de setembro de 2026; se você quiser um, deixe seu e-mail no plano acima que a gente escreve. Ninguém é movido para plano pago nem cobrado sem ser consultado.
Um servidor é uma máquina rodando o agente do Buddy — sua, na sua conta de cloud ou no seu escritório. Uma aplicação é uma coisa publicada nela: um site, uma API, um worker. Uma cópia de staging é uma aplicação à parte, porque tem arquivos e banco próprios. Apague qualquer um dos dois e a vaga volta no mesmo dia.
Não. Você paga direto ao seu provedor de cloud, no preço dele, sem margem nossa — uma VM pequena custa cerca de US$ 5–6 por mês na Vultr ou na DigitalOcean. O que o Buddy cobra é pelo software que administra tudo isso.
Só através do token de API ou da chave de service account que você adiciona, criptografados em repouso, e só para as operações que você dispara (criar VMs, registros de DNS, buckets de backup). Você pode revogar o token no seu provedor a qualquer momento.
Tudo o que o Nixpacks suporta: PHP (composer), Node.js, Python, Go, Ruby, Rust, Java, .NET e mais. Se o seu projeto precisar de algo sob medida, cole um docker-compose — esse caminho aceita literalmente qualquer coisa que rode em Docker.
Suas aplicações continuam no ar. Elas vivem nas suas VMs, atrás do Traefik; o painel de controle só é necessário para fazer mudanças. É esse o sentido de rodar na sua própria cloud.
Num bucket de armazenamento de objetos dentro do seu próprio projeto de cloud (GCS hoje, destinos compatíveis com S3 no roadmap). As transferências usam URLs pré-assinadas de vida curta, então as credenciais de armazenamento nunca chegam à VM.
Sim, sem drama. Num servidor de containers, suas aplicações são projetos docker-compose comuns em
/var/lib/buddy/apps/; num servidor clássico, são sites nginx comuns em
/var/www/. Pare de usar o Buddy e elas continuam funcionando exatamente como estão.