Migração de VPS
Suba uma cópia na Vertra Cloud, mova variáveis e dados, teste no endereço da plataforma e só então aponte o DNS. A VPS antiga continua atendendo até você decidir.
Servidor próprio dá controle, e dá trabalho junto: sistema, atualizações, processo, certificado, backup. Num PaaS você entrega o código e a plataforma cuida do resto.
Atualizar o sistema operacional, aplicar patches e acompanhar o servidor é rotina de VPS. No PaaS, as versões das linguagens são mantidas pela plataforma, com atualizações de segurança.
systemd, pm2 ou supervisor existem para isso. Na Vertra Cloud o container é reiniciado automaticamente quando a aplicação cai, em todas as aplicações.
O certificado SSL/TLS é emitido e renovado antes de expirar, com redirecionamento de HTTP para HTTPS por padrão, inclusive em domínio próprio (conforme o plano).
Snapshots de aplicação e de banco, com restauração e download em zip. Antes de excluir ou resetar um banco, a plataforma tira um snapshot de segurança sozinha.
A comparação cobre as tarefas que mais pesam na rotina de quem mantém uma VPS.
| Tarefa | Na VPS | Na Vertra Cloud |
|---|---|---|
| Sistema operacional | Você atualiza e monitora. | A plataforma mantém o ambiente de execução. |
| Versão da linguagem | Instalar e atualizar à mão. | Escolha a versão no painel, entre 13 linguagens. |
| Manter o app de pé | systemd, pm2 ou supervisor. | Reinício automático do container. |
| HTTPS | Certbot, renovação e redirecionamento. | SSL/TLS automático, com redirecionamento de HTTP para HTTPS. |
| Deploy | scp, rsync ou git pull no servidor. | Zip, GitHub, CLI ou extensão do VS Code. |
| Banco de dados | Instalar, configurar e atualizar o engine. | PostgreSQL, MongoDB, Redis e MySQL gerenciados, com TLS obrigatório. |
| Backup | Script e armazenamento por sua conta. | Snapshots de aplicação e de banco. |
| Logs | journalctl, arquivos de log e SSH. | Logs ao vivo no painel. |
| Disco | O que o servidor tiver. | 10 GB por aplicação. |
Em contrapartida, você deixa de administrar o servidor: cada aplicação roda num container isolado, e o que não cabe nesse modelo precisa ser adaptado antes de migrar.
Mover não exige reescrever a aplicação. A sequência é subir uma cópia, mover configuração e dados, testar e só então mover o tráfego.
A porta vem de PORT e o servidor escuta em 0.0.0.0. Os segredos vêm de variáveis de ambiente. O comando de start não depende de Procfile nem de arquivo da VPS, e nada importante fica gravado só no disco local. Um Procfile com web: node server.js vira START=node server.js no vertracloud.config.
Envie o .zip, importe o repositório do GitHub ou rode vertra upload. Mantenha a VPS no ar e não mexa no DNS ainda.
Recrie as variáveis em Configurações, deixando de fora PORT e HOST, que a plataforma define. É um bom momento para trocar os segredos em vez de copiá-los.
Crie o banco e use as ferramentas do próprio engine: pg_dump e pg_restore, mongodump e mongorestore, mysqldump. No Redis, recrie as chaves que importam ou deixe o cache esquentar de novo. A conexão exige TLS e certificado de cliente.
Use o endereço *.vertraweb.app e exercite os fluxos que importam enquanto acompanha a aba de logs.
Coloque a aplicação antiga em modo leitura ou manutenção, faça uma última sincronização dos dados e aponte o DNS para a Vertra Cloud com um domínio personalizado. Baixe o TTL do registro para alguns minutos no dia anterior, e mantenha a VPS por alguns dias como plano B antes de desligá-la.
Em geral, não. O que costuma mudar é pouco: a porta vem de PORT, os segredos vão para variáveis de ambiente e o comando de start entra na configuração (um Procfile vira START= no vertracloud.config). O código segue o mesmo.
Não precisa. A ordem segura é subir uma cópia, testar no endereço da plataforma e só depois trocar o DNS, com a VPS antiga atendendo até lá. Baixar o TTL do DNS antes da troca faz a mudança, ou a volta atrás, propagar mais rápido.
Exporte com a ferramenta do engine, crie um banco novo e importe: pg_dump e pg_restore no PostgreSQL, mongodump e mongorestore no MongoDB, mysqldump no MySQL. A conexão exige TLS e certificado de cliente, então a string de conexão da aplicação muda.
A plataforma roda 13 linguagens, entre elas Node.js, Python, Go, Rust, Java, PHP, Ruby, Deno, .NET e Elixir. Ao enviar um zip, projetos Next.js, Nuxt, SvelteKit, Remix, Astro e Vite já chegam com os comandos de build e start sugeridos.
Você deixa de administrar a máquina. Em troca, cada aplicação roda num container isolado, com terminal e logs no painel, e a plataforma cuida do sistema e dos certificados.
Sim. O domínio personalizado recebe SSL automático depois da validação do DNS, e o redirecionamento de HTTP para HTTPS vem ligado por padrão. Domínio próprio depende do plano; confira na página de planos.
Você testa tudo no endereço da plataforma, e a VPS continua atendendo até a troca do DNS.
Começar a migração