Ao implantar um aplicativo, se houver um problema com a implantação, você pode ver um dos seguintes erros:
Algo deu errado, por favor entre em contato com o suporte.
Falha no processo de build
Tipo de falha de build desconhecida
Se o processo de implantação falhar imediatamente ou se o processo de build falhar, nenhum pod é criado e os registros de tempo de execução não existem, a causa mais comum é um comando start incorreto no processo da web (ou um ENTRYPOINT
incorreto no Dockerfile, caso seu aplicativo for construído a partir de um Dockerfile).
Se o processo de implantação funciona por um minuto ou dois e depois falha, isso geralmente significa que as Pods foram criadas, mas algo deu errado, e o processo parou. Neste caso, você deve verificar os registros de tempo de execução do aplicativo para identificar qualquer mensagem de erro. As mensagens de erro podem ajudá-lo a identificar bugs no código do aplicativo para que você possa depurar o problema.
Se você não conseguir identificar o problema, por favor verifique o seguinte e, se o problema persistir, entre em contato com nossa equipe de suporte.
Repositório Git
Verifique seu repositório para garantir que todos os arquivos corretos foram movidos para o repositório do seu aplicativo.
Linguagem
Se você escolher Configurar imagem do contêiner automaticamente quando você adicionar o seu aplicativo, usamos um buildpack para determinar e configurar automaticamente um contêiner para o seu aplicativo. Ao usar buildpacks, você deve garantir que a versão correta da linguagem esteja nos arquivos do seu aplicativo. Para mais detalhes, veja nossa documentação sobre como especificar uma versão da linguagem.
Comando start ou ENTRYPOINT
O comando start para o processo da web inicia seu aplicativo. Se isso estiver incorreto, o aplicativo não será executado. Você pode verificar o comando em alguns lugares no MyKinsta:
- Processos > Tempo de execução de Processos > Processo da web.
- Ou Implantações > Histórico, selecione uma implantação para ver os detalhes e clique em Processo de implantação sob o progresso da implantação.


Caso o seu aplicativo usa um Dockerfile para configurar a imagem do seu contêiner, você deve especificar o ENTRYPOINT
no Dockerfile para executar um contêiner. Para mais informações sobre como especificar o ENTRYPOINT
do seu aplicativo, veja a referência do Dockerfile.
Para mais detalhes sobre qual comando usar baseado na linguagem do seu aplicativo, veja os exemplos fornecidos em nossa documentação do Comando Start de Aplicativos.
Caminho de build ou contexto do Dockerfile
Ao adicionar seu aplicativo, você escolhe entre configurar automaticamente a imagem do contêiner com um buildpack ou usar um Dockerfile para configurar a imagem do contêiner.
- Caminho de build: Isso se aplica apenas a buildpacks. Este é o caminho no repositório para os arquivos necessários para construir o aplicativo. A maioria dos aplicativos é construída a partir da raiz do repositório, e o caminho de build é definido como padrão para isso (.). Se você tiver um caminho de Build diferente, especifique aqui. Por exemplo, se o seu aplicativo precisar ser construído a partir de um subdiretório (por exemplo, app), insira o caminho do subdiretório no campo Caminho de build: app. Isso também é útil se você tiver um monorepo.
- Contexto: Isso se aplica apenas aos arquivos Dockerfile. Este é o caminho no repositório ao qual precisamos ter acesso para que possamos construir o seu aplicativo. A maioria dos aplicativos é construída a partir da raiz do repositório e você pode inserir a raiz do repositório (.) no campo Contexto. Se o seu aplicativo precisar ser construído a partir de um subdiretório (por exemplo, app), insira o caminho do subdiretório no campo Contexto: app.
Você pode visualizar e alterar o Caminho de build ou Contexto do Dockerfile nas Configurações do seu aplicativo.
Variáveis de ambiente
Variáveis de ambiente fornecem ao aplicativo informações externas para a execução do mesmo. Uma variável de ambiente incorreta pode impedir que o seu aplicativo seja executada. Você pode verificar suas variáveis de ambiente em Configurações > Variáveis de ambiente.

Confirme que as variáveis de ambiente corretas existem e contêm valores válidos. Há algumas coisas importantes a se ter em mente ao criar e verificar as variáveis de ambiente:
- As vírgulas são interpretadas pelo processo de implantação como delimitadores, portanto não podem ser usadas em variáveis de ambiente.
- Cada chave deve ser única e só pode ser adicionada uma vez.
- As aspas duplas não escapadas são ignoradas ou causam falha no processo de implantação.
Porta
Para hospedagem de Aplicativos, somente as portas 80 e 443 estão abertas. Se o seu aplicativo expuser quaisquer portas, você deve usar a porta 8080.