É o acompanhamento contínuo de servidores, redes e aplicações para detectar falha, lentidão ou esgotamento de recurso. Reúne a coleta de dados dos equipamentos, a definição de limites aceitáveis e o alerta quando esses limites são ultrapassados.

É o conjunto de dados que o próprio sistema emite sobre si: as métricas, os logs e os rastros. Observabilidade é o que se consegue fazer com essa telemetria depois de coletada e correlacionada.

Depende de quantas peças o problema atravessa. Num ambiente com poucos servidores e aplicações independentes, monitoramento bem configurado resolve a maior parte dos casos. Quando a aplicação depende de vários serviços, o monitoramento aponta que está lento e não diz qual pedaço, e é aí que a observabilidade passa a ser necessária.

Network Operation Center é a estrutura que acompanha o ambiente de forma contínua e trata os alertas gerados. A Integrity-UX opera um NOC próprio, que monitora mensagens de dispositivos físicos e de aplicações de forma proativa.

CPU, memória, rede e disco são o piso, não o objetivo. Eles dizem se a máquina está saudável, não se o negócio está funcionando. Um servidor pode estar com 20% de CPU e a operação parada, porque a rotina que devia ter rodado às 2h não rodou. Monitoramento que para no recurso físico avisa tarde, ou não avisa.

É acompanhar se o processo que sustenta a operação aconteceu, e não apenas se o equipamento está de pé. Entram nessa camada verificações como: a rotina noturna terminou dentro da janela; o arquivo que o parceiro envia chegou até o horário combinado; a fila de integração está escoando em vez de acumular; o volume de transações da hora está na faixa esperada; o backup copiou volume compatível, em vez de reportar sucesso com zero byte; e o certificado vence em trinta dias, não amanhã. Nenhum desses aparece em gráfico de CPU, e são justamente os que a empresa costuma descobrir pelo cliente.

A TI sozinha não consegue. Quem sabe que o fechamento precisa estar pronto antes das 6h, ou que uma fila parada por duas horas vira prejuízo, é a área que responde pelo processo. A TI traduz isso em verificação automática e em alerta para quem precisa saber.

No reativo a equipe descobre o problema quando o usuário reclama. No proativo o alerta chega quando o indicador começa a sair da faixa, antes da indisponibilidade. A diferença aparece no tempo de resposta e em quantas pessoas foram afetadas antes de alguém agir.

Atrapalha, e é um problema comum. Quando tudo gera alerta, nada é tratado como alerta. Os limites precisam sair do comportamento real de cada ambiente, e ser revisados periodicamente, em vez de copiados de um padrão genérico.

Sim. O acompanhamento cobre dispositivos físicos e aplicações, no ambiente que o cliente tiver.

Pelo levantamento do que existe e do que é crítico para a operação. Dele saem os itens a monitorar, os limites de cada um, as regras de negócio que precisam de verificação e quem recebe cada alerta.