Os logs do aplicativo gravados no sistema de arquivos local nem sempre são persistidos nas plataformas de nuvem. Geralmente, os logs devem ser direcionados para o console do processo (stdout/stderr) para que a plataforma em nuvem possa gerenciá-los sem configuração para localizar arquivos de log específicos.
Nos Kubernetes públicos do IBM Cloud ou nos ambientes do Cloud Foundry, os logs podem ser encaminhados para o IBM Log Analysis com serviço do LogDNA.
Os logs de aplicativos para servidores em execução no Red Hat OpenShift Container Platform podem ser encaminhados à instalação de análise de log do Elasticsearch/Fluentd/Kibana.
O Liberty pode ser configurado para emitir logs, rastreio, System.err, System.out, logs de acesso de FFDC e de HTTP em formato JSON para o console para consumo por análise do log de recebimento de dados.
Da mesma forma, o WebSphere Application Server tradicional em execução em contêineres do Docker pode efetuar login em formato JSON para emitir logs, rastreio, System.out e System.err no console para análise do log de recebimento de dados.
Essa regra sinaliza o código Java que possui referências aos pacotes a seguir:
java.util.loggingorg.slf4jorg.apache.log4jorg.apache.commons.loggingorg.osgi.service.logPara obter mais informações, consulte Analisando logs do aplicativo no Red Hat OpenShift Container Platform com Elasticsearch, FluentD e Kibana.