Como exportar e hospedar por conta própria um app criado com IA

Para hospedar por conta própria um app criado com IA, tire o código (um download ou uma sincronização com um repositório do GitHub que você possui), recrie os segredos como variáveis de ambiente, migre ou recrie o banco de dados e publique em uma hospedagem compatível com o que o app é: uma hospedagem estática para um frontend simples, ou uma plataforma que execute servidores ou contêineres para qualquer coisa com backend. O código costuma ser a parte fácil. Os dados, os segredos e os serviços que o criador executava discretamente por você é onde está o trabalho.

Por que exportar

Há bons motivos para levar o seu código com você, e alguns menos bons.

Bons motivos:

• Propriedade e seguro. Uma cópia do código no seu próprio repositório protege você se o criador mudar preços, funcionalidades ou termos.
• Passagem para desenvolvedores. Uma equipe de engenharia vai querer o código no Git, nas ferramentas e no processo de revisão que já usa.
• Requisitos específicos. Residência de dados, um provedor de nuvem em particular, políticas de segurança da empresa ou infraestrutura que o criador não oferece.
• Escala ou custo em um tamanho em que rodar a própria infraestrutura realmente compensa.

Motivos menos bons: mover um app pequeno, com alguns usuários, para economizar um valor mensal pequeno. Hospedar por conta própria transfere trabalho para você — atualizações, backups, monitoramento, correções de segurança. Pode ser a troca certa; apenas faça isso sabendo o que está fazendo.

Um meio-termo sensato: continue construindo e hospedando onde está, mas sincronize com o seu próprio repositório do GitHub desde o início. Você tem o seguro sem o trabalho operacional. Se o Git é novidade para você, leia o que é o GitHub.

O que uma exportação contém e o que não contém

Antes de depender de uma exportação, abra-a e verifique. Normalmente:

Os segredos ficam de fora de propósito — um arquivo que você possa enviar por e-mail ou commitar nunca deve conter chaves ativas. As dependências ficam de fora porque são recriadas a partir do arquivo de lock.

Passo 1: tire o código

Duas rotas comuns:

• Baixe um arquivo compactado do projeto. Rápido, e bom para uma mudança pontual ou um backup.
• Sincronize com o GitHub. Melhor para qualquer coisa contínua: histórico completo, fácil de clonar em qualquer lugar, e a maioria das hospedagens publica diretamente de um repositório do GitHub a cada envio.

De qualquer forma, clone ou descompacte em um computador (ou em um ambiente de desenvolvimento na nuvem) e procure um README. Se não houver, peça à IA no criador para escrever um antes de sair:

Escreva um README para rodar este projeto fora desta plataforma: a stack, as versões de runtime necessárias, os comandos de instalação e build, o comando de início e a porta, cada variável de ambiente que o código lê (nomes e finalidade, sem valores) e como as migrações do banco de dados são executadas.

Esse prompt único economiza horas, porque obriga as partes implícitas da configuração a virarem texto.

Passo 2: rode localmente primeiro

Antes de publicar em qualquer lugar, comprove que o app roda por conta própria:

1. Instale o runtime que o README indica — Node.js, Python, Java, .NET — em uma versão compatível.
2. Instale as dependências (npm install, pnpm install, pip install -r requirements.txt, ou o equivalente).
3. Crie um arquivo .env local com as variáveis de ambiente, usando chaves de teste sempre que possível. Mantenha-o fora do Git. O que são variáveis de ambiente e segredos explica a ideia.
4. Aponte para um banco de dados — um Postgres local, ou um banco de desenvolvimento gratuito de um provedor gerenciado.
5. Rode as migrações, depois inicie o app e navegue pelos principais fluxos.

Qualquer coisa que quebre aqui vai quebrar também na hospedagem, e é muito mais fácil depurar na sua própria máquina. Surpresas comuns: uma URL fixa da prévia do criador, uma variável de ambiente que o criador injetava automaticamente, ou um serviço (armazenamento de arquivos, redimensionamento de imagens) que só existia na plataforma.

Passo 3: mova os dados

Se o app tem usuários reais, os dados importam mais do que o código.

• Exporte o banco de dados. Para Postgres, pg_dump gera um arquivo que você pode restaurar com pg_restore ou psql no novo banco. Peça à IA do criador para executar isso se você não tiver acesso direto, e para explicar o que foi gerado.
• Mova os arquivos enviados. Se os usuários enviaram imagens ou documentos, eles ficam em armazenamento de objetos separado do banco de dados. Copie-os para o seu novo armazenamento (por exemplo, um bucket compatível com S3) e atualize as URLs salvas se elas incluírem o host antigo.
• Planeje a troca. Para um app em produção, a abordagem simples é uma janela curta de manutenção: pare as gravações, faça uma exportação final, restaure no novo host, troque o DNS e reabra. Anote cada passo antes.
• Teste uma restauração em um banco de testes antes da mudança real.

Se o Postgres é desconhecido para você, o que é o Postgres cobre o básico.

Passo 4: escolha onde hospedar

Ajuste a hospedagem ao tipo de app. Os nomes abaixo são exemplos de provedores conhecidos em cada categoria a partir de setembro de 2026, não um ranking; confira os recursos e preços atuais nos sites deles.

Você também vai precisar de:

• Um banco de dados gerenciado — muitas hospedagens de apps oferecem Postgres, e serviços dedicados como Neon ou Supabase fornecem isso à parte. Vale a pena usar um gerenciado: backups e atualizações ficam por conta do provedor.
• Armazenamento de objetos para uploads, se o app tiver.
• Envio de e-mail, pagamentos e provedores de IA — normalmente basta definir as mesmas chaves de API na nova hospedagem.

Sendo justo com as trocas: hospedagens de plataforma (as quatro primeiras linhas) são mais rápidas de configurar e manter, mas você tem menos controle, e os custos podem subir com o tráfego. Um servidor virtual costuma ser mais barato com carga estável e fica totalmente sob o seu controle, mas você assume correções, TLS, backups, monitoramento e recuperação. Se ninguém da equipe quer esse trabalho, escolha uma plataforma. Para o básico do que envolve a hospedagem web, veja o que é hospedagem web.

Passo 5: publique e troque

1. Conecte o repositório à hospedagem, ou envie uma imagem de contêiner.
2. Defina as variáveis de ambiente no painel da hospedagem — todas as que estão no seu README, com valores reais.
3. Defina os comandos de build e de início e a porta. Muitas hospedagens passam a porta em uma variável de ambiente PORT; o app deve escutar nela e em todas as interfaces (0.0.0.0), não apenas em localhost.
4. Rode as migrações no novo banco de dados.
5. Teste na URL temporária da hospedagem antes de mexer no DNS.
6. Atualize os serviços externos que apontam para a sua URL antiga: webhooks de pagamento, URLs de redirecionamento do OAuth para login, links de e-mail, origens permitidas.
7. Mova o domínio atualizando os registros de DNS para a nova hospedagem. Como conectar um domínio personalizado explica os registros.
8. Mantenha a implantação antiga rodando por um tempo até ter certeza, e depois desative-a.

O passo 6 é o mais esquecido: logins e pagamentos que falham silenciosamente depois de uma mudança geralmente se devem a uma URL de callback que ainda aponta para o host antigo.

Passo 6: assuma a operação

Depois que você hospeda por conta própria, as coisas que o criador cuidava passam a ser suas. No mínimo: backups automáticos do banco de dados com uma restauração testada, rastreamento de erros, alertas de disponibilidade, atualizações de dependências e uma anotação de quem tem acesso a cada conta. Como levar um protótipo com IA para produção percorre essa lista com mais detalhes.

Checklist de exportação

• Código em um repositório que você possui, com um README cobrindo execução, build e variáveis de ambiente
• O app roda localmente a partir de um clone limpo
• Banco de dados exportado e restauração testada; arquivos enviados copiados
• Hospedagem escolhida para o tipo de app, mais banco de dados gerenciado e armazenamento
• Todas as variáveis de ambiente definidas com valores reais na nova hospedagem
• Webhooks, redirecionamentos do OAuth e links de e-mail atualizados
• DNS trocado, implantação antiga mantida por um tempo e depois removida
• Backups, monitoramento e lista de acessos configurados

Exportando da Mythex

Na Mythex, você é dono do código que constrói. No plano Pro, você pode baixar o projeto como um arquivo compactado em Configurações do projeto → Exportar, ou conectar o GitHub e enviar e puxar alterações do seu próprio repositório; planos gratuitos podem ver o código somente leitura, mas não exportar nem sincronizar. Segredos e node_modules ficam de fora das exportações, então recrie seus segredos na nova hospedagem. A documentação cobre os passos em exportar e rodar em outro lugar e GitHub, exportação e importação. Você também pode continuar hospedando na Mythex e usar a sincronização com o GitHub apenas como sua cópia própria e via de passagem; se mudar, desative o app na Mythex depois que o novo host estiver no ar.

Perguntas