Solucionar problemas de código de saída comuns no Azure Spring Apps
Observação
Azure Spring Apps é o novo nome do serviço Azure Spring Cloud. Embora o serviço tenha um novo nome, você verá o nome antigo em alguns locais por um tempo enquanto trabalhamos para atualizar ativos como capturas de tela, vídeos e diagramas.
Este 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 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 JVM (Java Virtual Machine) do 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 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.
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.