Estratégias para monitorar um novo aplicativo Java

Aceitar todos os padrões pode ser uma boa maneira de começar a monitorar um aplicativo sobre o qual o administrador tem muito pouco ou nenhum conhecimento. Depois de fazer o monitoramento com todos os padrões durante algum tempo, o administrador pode ajustar as configurações com base nos alertas de monitoramento, nos dados do Application Diagnostics e nos relatórios do Application Advisor. Para obter mais informações, consulte Como monitorar aplicativos Java.

Definir um grupo de destino permite a você limitar o monitoramento a um conjunto de servidores específico. Para implantações de aplicativo muito grandes, em geral, não é necessário monitorar todas as instâncias do aplicativo. Uma amostra representativa é suficiente para obter os dados de que você precisa. Com o uso de apenas uma amostra representativa, a quantidade de dados coletados e armazenados é mantida em um nível menor.

Aumentar o limite de sensibilidade permite a você filtrar métodos de execução rápida, o que reduz o “ruído” geral ou a profundidade que a pilha de chamadas atingirá, facilitando a determinação do local do problema. Isso também reduz o uso da largura de banda de rede.

A configuração de sensibilidade é usada para determinar se uma chamada de função deverá ser incluída na pilha de chamadas. As funções que forem executadas e retornadas mais rapidamente do que o nível de sensibilidade serão removidas, impedindo que as funções pequenas de execução rápida ocultem o problema real. Lembre-se de que o uso da sensibilidade apenas reduz o número de funções mostradas na pilha de chamadas para eventos específicos, mas um evento ainda será gerado se o limite geral for superado.

É possível ajustar o limite de sensibilidade no arquivo de configuração conforme discutido no Guia do Pacote de Gerenciamento para Monitoramento do desempenho de aplicativos Java.

Também pode ser que a alta sensibilidade oculte problemas. Em uma situação na qual há uma função que chama outra função, se o tempo de resposta do receptor aumentar, mesmo que ligeiramente, isso poderá causar problemas para o aplicativo. Por exemplo, se houver uma função de processamento de dados que chame uma função de pesquisa 1.000 vezes e o tempo de processamento da pesquisa aumentar 1 ms, você aumentará o tempo de resposta da função de nível superior em um segundo. Talvez isso seja mascarado pela alta sensibilidade. Ao se deparar com esse tipo de situação, você poderá adicionar o receptor como um método e definir uma sensibilidade personalizada para ele, com o objetivo de assegurar que sempre seja medido de acordo com o limite de sensibilidade inferior.

Alertas de falha de aplicativo são falhas de aplicativo ou código detectado no aplicativo. Você pode optar por não receber alertas de falha de aplicativo, o que possivelmente ocorrerá com muita frequência se um aplicativo tiver problemas, pois para resolver esses tipos de alertas geralmente são necessárias modificações no código. A desativação dessa opção reduz o “ruído” de muitos alertas gerados que não podem ser resolvidos diretamente pela equipe de operações.