Solucionar problemas comuns de código de saída no Azure Spring Apps
Nota
Azure Spring Apps é o novo nome para o serviço Azure Spring Cloud. Embora o serviço tenha um novo nome, você verá o nome antigo em alguns lugares por um tempo enquanto trabalhamos para atualizar ativos, como capturas de tela, vídeos e diagramas.
Este artigo aplica-se a: ✔️ Enterprise ✔️ Basic/Standard
Este artigo descreve as ações de solução de problemas que você pode tomar quando seu aplicativo no Azure Spring Apps é encerrado com um código de erro. Você pode 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 saiu porque foi executado até a conclusão. Atualize seu aplicativo de servidor para que ele seja executado continuamente.
Os aplicativos do Azure implantados no Azure Spring Apps devem oferecer serviços continuamente. Um código de saída de 0 indica que o aplicativo não está sendo executado continuamente. Verifique seus logs e código-fonte.
1 - Se o aplicativo sair com um código de saída diferente de zero, depure o código e os serviços relacionados e, em seguida, implante o aplicativo novamente.
Considere as seguintes causas possíveis de um código de saída diferente de zero:
Há algo errado com sua 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ê está desconectado de um serviço de terceiros.
Por exemplo, você precisa se conectar a um serviço 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 Cofre da Chave do Azure para importar certificados em seu aplicativo, mas seu 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 servido por um servidor Web, consulte a seção Erros comuns de compilação e implantação de Implantar arquivos estáticos da Web.
137 - O pedido é 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 vivacidade falha, a plataforma de hospedagem mata imediatamente o aplicativo depois de tentar encerrá-lo e esperar por um período de carência. Certifique-se de que seu aplicativo lida com o desligamento normal corretamente.
O aplicativo foi encerrado devido a um erro de falta de memória. O aplicativo solicitou recursos que a plataforma de hospedagem não forneceu. Atualize os parâmetros da Java Virtual Machine (JVM) do seu aplicativo para restringir o uso de recursos ou para aumentar a escala dos recursos do aplicativo.
Se o aplicativo for um aplicativo Java, verifique os valores dos parâmetros JVM. Eles podem exceder o limite de memória do seu aplicativo.
Por exemplo, suponha que você defina o parâmetro Xmx JVM 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 certificar-se de que o valor do parâmetro Xmx é menor 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 falta de memória ou algum outro erro.
Este código de erro é mais frequentemente gerado por um erro de falta de memória. Para obter mais informações, consulte Problemas de reinicialização do aplicativo causados por problemas de falta de memória.
Você também pode obter detalhes do log do aplicativo usando o comando Azure CLI az spring app logs . Para obter mais informações, consulte Transmitir logs do console do aplicativo Azure Spring Apps em tempo real.