Saltar para o conteúdo principal
Estas respostas abrangem publicação e implantações. Para solução de problemas passo a passo, veja Solução de problemas de implantações, e para tipos de implantação e monitoramento, veja Implantações Autoscale e Monitorando uma implantação.
A maioria das falhas de publicação do Autoscale é corrigível assim que você lê os logs de implantação:
  1. Abra Publicação e encontre a implantação com falha.
  2. Selecione o menu de três pontos ao lado dela para abrir os logs.
  3. Copie a saída do log, abra um novo chat do Agent, cole-a e pergunte o que está errado e como corrigir.
Se aparecer um erro No run command configured mesmo após ter configurado um, abra suas configurações de implantação, desconecte o comando de execução, adicione-o novamente, salve e publique novamente. Veja Solução de problemas de implantações.
Se a publicação foi bem-sucedida mas o aplicativo ao vivo retorna um erro 500, o problema está no código do seu aplicativo e não na infraestrutura do Replit:
  1. Abra Publicação, veja os logs e copie o texto completo do erro.
  2. Abra um novo chat do Agent, cole os logs e pergunte o que está causando o erro.
  3. Aplique a correção e publique novamente.
Se o Agent não conseguir encontrar o problema, abra Publicação → Histórico, encontre a última versão que funcionava e reimplante-a. Veja Solução de problemas de implantações.
  1. Abra o painel Shell e execute kill 1 para reiniciar o processo em segundo plano. (kill 1 é seguro no Replit—reinicia o processo principal do seu projeto, não exclui nada.)
  2. Abra Publicação e selecione Publicar para acionar uma nova implantação.
  3. Se falhar novamente, abra os logs da implantação com falha no menu de três pontos, copie o log de build e cole-o em um novo chat do Agent para diagnóstico.
Se a implantação permanecer travada, entre em contato com o Suporte do Replit com seus logs de build completos. Veja Solução de problemas de implantações.
  1. Verifique seus logs de implantação em busca de mensagens recorrentes de timeout ou falta de memória.
  2. Verifique os recursos da sua implantação para limites de CPU ou memória—veja Monitorando uma implantação.
  3. Abra um novo chat do Agent, cole os logs recentes e peça ao Agent para encontrar gargalos.
As causas comuns incluem consultas de banco de dados sem índices, operações síncronas bloqueantes e vazamentos de memória. Com implantações Autoscale, a primeira requisição após o dimensionamento para zero pode levar alguns segundos—isso é uma inicialização a frio normal.
Abra Publicação → Histórico, selecione a implantação com falha e veja os logs de build. Encontre a primeira linha marcada como ERROR ou FAILED—geralmente essa é a causa raiz, e as linhas seguintes são efeitos secundários. Copie essa seção em um novo chat do Agent para diagnóstico. A maioria das falhas de build vem de dependências ausentes, um comando de execução incorreto ou uma migração de banco de dados com falha. Veja Monitorando uma implantação.
Isso é quase sempre uma diferença de configuração entre ambientes. Verifique se:
  • Cada chave do seu painel de Secrets de desenvolvimento também está definida nos secrets de implantação—são ambientes separados.
  • Seu DATABASE_URL aponta para o banco de dados de produção, não de desenvolvimento.
  • Não há referências codificadas de localhost ou 127.0.0.1; use caminhos relativos ou URLs baseadas em ambiente.
Em seguida, verifique seus logs de implantação em busca de erros específicos de produção. Veja Solução de problemas de implantações.
As implantações Autoscale reiniciam regularmente por design. Um SIGTERM nos seus logs significa que o processo foi interrompido de forma controlada—isso é normal. Exit code 1 significa que o processo travou por conta própria; verifique as linhas logo antes dele para ver o erro real.Se as reinicializações forem frequentes o suficiente para afetar os usuários, procure rejeições de promise não tratadas, erros de falta de memória ou variáveis de ambiente ausentes que causem falha na inicialização.
O Replit mantém secrets de desenvolvimento e produção em armazenamentos separados, e alterar um não atualiza o outro. O painel de Secrets de desenvolvimento só está disponível no editor; seu aplicativo implantado lê a partir dos seus secrets de implantação.Para atualizar uma variável no seu aplicativo ao vivo, defina-a nos seus secrets de implantação, depois abra Publicação e selecione Publicar para implantar novamente. Os novos valores entram em vigor quando a nova implantação inicia. Veja Solução de problemas de implantações.
Abra Publicação e selecione Publicar. O Replit compila e implanta seu código atual mesmo que nada tenha mudado—útil após atualizar um secret, após a retomada de um banco de dados ou para obter uma atualização de dependência.Se seu aplicativo não responde e uma reimplantação completa parece pesada, abra o painel Shell e execute kill 1 para reiniciar o processo em segundo plano sem reimplantar.
Sim. Abra Publicação, selecione uma nova região e publique para reimplantar lá. Veja Geografia de publicação.A região do banco de dados não pode ser alterada no lugar—para movê-lo, faça um fork do aplicativo e implante a versão bifurcada na nova região. Após mudar de região, seu subdomínio .replit.app pode mudar, portanto conecte primeiro um domínio personalizado se precisar de uma URL estável e adicione novamente quaisquer secrets de implantação.
Abra Publicação e selecione a opção para desligar sua implantação, depois confirme. Seu aplicativo fica offline e para de incorrer em cobranças de implantação. Seus arquivos de projeto, código e banco de dados não são excluídos—apenas a implantação ao vivo para. As conexões de domínio personalizado vinculadas a esta implantação são removidas, portanto adicione-as novamente se republicar.Se o custo for sua preocupação, observe que as implantações Autoscale dimensionam para zero quando não há tráfego, portanto você pode não precisar desligar.

​
Ainda precisa de ajuda?

Se sua dúvida sobre implantação não foi respondida aqui, entre em contato com o Suporte do Replit.