Solucionar problemas de código de saída comuns no Azure Spring Apps

Observação

Os planos Basic, Standard e Enterprise entraram em um período de aposentadoria em 17 de março de 2025. Para mais informações, confira o anúncio de desativação dos Aplicativos Spring do Azure.

Esse artigo se aplica a:✅ Enterprise ✅ Basic/Standard

Este artigo descreve as ações de solução de problemas que você pode executar, quando o aplicativo no Azure Spring Apps for encerrado com um código de erro. Você poderá receber um código de erro, se a implantação do aplicativo não for bem-sucedida ou se o aplicativo for encerrado quando estiver em execução.

Códigos de saída

O código de saída indica o motivo pelo qual o aplicativo foi encerrado. A lista a seguir descreve alguns códigos de saída comuns:

• 0 – O aplicativo foi encerrado porque foi executado até a conclusão. Atualize o aplicativo de servidor para que seja executado continuamente.

  Os aplicativos do Azure implantados no Azure Spring Apps devem oferecer serviços continuamente. Um código de saída 0 indica que o aplicativo não está sendo executado continuamente. Verifique os logs e o código-fonte.

• 1 – Se o aplicativo for encerrado com um código de saída diferente de zero, depure o código e os serviços relacionados e implante o aplicativo novamente.

  Considere as seguintes causas possíveis de um código de saída diferente de zero:

  • Há algo errado na configuração do Spring Boot.

    Por exemplo, você precisa de um parâmetro spring.db.url para se conectar ao banco de dados, mas ele não é encontrado no arquivo de configuração.

  • Você foi desconectado de um serviço de terceiros.

    Por exemplo, você precisa se conectar a um serviço do Redis, mas o serviço não está funcionando ou disponível.

  • Você não tem acesso suficiente a um serviço de terceiros.

    Por exemplo, você precisa se conectar ao Azure Key Vault para importar certificados no aplicativo, mas o aplicativo não tem as permissões necessárias para acessá-lo.

  • Se seu aplicativo for um arquivo estático ou um aplicativo front-end dinâmico atendido por um servidor web, consulte a seção Erros comuns de build e implantação em Implantar arquivos estáticos da web.

• 137 – O aplicativo é encerrado imediatamente pela plataforma de hospedagem sem período de carência. Esse código de saída pode ser o resultado de um dos seguintes cenários:

  • Quando a verificação de atividade falhar, a plataforma de hospedagem imediatamente encerra o aplicativo depois de tentar terminá-lo e aguardar um período de carência. Certifique-se de que seu aplicativo lide corretamente com o desligamento normal.

  • O aplicativo foi encerrado devido a um erro de memória insuficiente. O aplicativo solicitou recursos que a plataforma de hospedagem não forneceu. Atualize os parâmetros da JVM (Máquina Virtual Java) do aplicativo para restringir o uso do recurso ou para escalar verticalmente os recursos do aplicativo.

    Se o aplicativo for um aplicativo Java, verifique os valores do parâmetro da JVM. Eles podem exceder o limite de memória do aplicativo.

    Por exemplo, suponha que você definiu o parâmetro da JVM Xmx como 10 GB, mas o aplicativo está usando até 5 GB de memória. Diminua o valor Xmx ou aumente a memória do aplicativo para garantir que o valor do parâmetro Xmx seja menor que ou igual ao limite de memória do aplicativo.

• 143 – O aplicativo foi encerrado porque não respondeu a uma verificação de integridade, devido a um erro de memória insuficiente ou algum outro erro.

  Geralmente, esse código de erro é gerado por um erro de memória insuficiente. Para obter mais informações, confira Problemas de reinicialização do aplicativo causados por problemas de memória insuficiente.

  Também é possível obter detalhes do log do aplicativo usando o comando az spring app logs da CLI do Azure. Para obter mais informações, consulte Transmitir logs do console do aplicativo Azure Spring Apps em tempo real.

Próximas etapas