Monitoramento externo não substitui o TI de dentro. Trabalha com ele

Quem trabalha em TI interna conhece a rotina de cor: o dia começa com uma lista de coisas para construir e termina com uma lista de coisas que quebraram. No meio, o telefone toca, alguém aparece na porta da sala com o notebook na mão, e o que estava planejado escorrega para a semana seguinte. Quando, nesse cenário, chega à mesa a proposta de contratar um monitoramento externo, a primeira leitura costuma ser defensiva. É compreensível. Ninguém lê com calma um documento que parece falar sobre o próprio emprego.

Vale fazer essa conversa às claras, porque a objeção quase nunca é o preço. É a suspeita de que o serviço veio para ocupar um lugar que já tem dono. Só que monitorar e administrar são trabalhos diferentes, com ferramentas diferentes e horários diferentes. Quando a diferença fica explícita no papel, a discussão muda de assunto e passa a ser sobre o que interessa de verdade: quanto tempo a empresa leva para descobrir que alguma coisa parou.

O que o monitoramento externo faz — e o que ele não faz

O monitoramento externo olha o ambiente vinte e quatro horas por dia. Ele coleta sinais de cada equipamento — o servidor, o link de internet, o firewall (o aparelho que filtra o que entra e sai da rede), o serviço que roda o sistema da empresa — e compara o que está vendo agora com o que costuma ser normal ali. Quando o valor sai da faixa de sempre, ele avisa. De madrugada, no domingo, no feriado, no meio da festa de fim de ano.

A palavra que sustenta isso é continuidade. Uma pessoa olha um painel com atenção por alguns minutos; depois o olho cansa e passa a enxergar o que espera, não o que está na tela. Uma rotina automática não cansa. Ela registra o que mediu, guarda o histórico e mostra, depois, que o problema de hoje já dava sinal dias antes.

E aqui vem a parte que costuma faltar na proposta comercial: o monitoramento não decide. Ele não muda configuração por conta própria, não reinicia o que bem entende, não escolhe qual sistema volta primeiro quando a empresa inteira está parada. Ele também não sabe que o faturamento fecha na sexta e que aquele servidor, justamente naquele dia, não pode sair do ar. Ele mede, compara, registra e chama. A decisão continua onde sempre esteve.

A ordem em que um problema pequeno vira uma parada grande

Quase nenhuma parada começa grande. Ela começa pequena, silenciosa e chata, num lugar onde ninguém está olhando. O disco do servidor vai enchendo devagar. O link de internet começa a oscilar em pequenos cortes, curtos demais para alguém reclamar. A cópia de segurança falha uma noite e não avisa ninguém, porque o aviso ia para o e-mail de um funcionário que saiu da empresa. Nada disso dói no primeiro dia.

A segunda etapa é o tempo em que ninguém percebe. É aqui que o estrago cresce, e cresce sozinho. O disco enche até o fim e o banco de dados para de gravar. A oscilação vira queda. A cópia que falhou uma noite falha todas as outras, e a empresa passa semanas achando que tem uma rede de proteção que já não existe. Nada disso grita. Tudo isso cochicha, num horário em que a sala da TI está vazia.

A terceira etapa é a única que todo mundo enxerga. A recepção liga o computador e o sistema não abre. O laudo que precisava sair hoje fica preso numa tela girando. A fila cresce, o cliente pergunta, o prazo vence, o telefone da sala da TI começa a tocar e não para mais. O problema já estava lá havia dias, mas a empresa só ficou sabendo dele pela pessoa mais cara possível para dar a notícia: o próprio cliente.

A quarta etapa é a pior para quem trabalha lá dentro: a corrida atrás da causa, sem histórico nenhum. Foi o link? Foi o servidor? Foi a atualização de ontem? Sem registro do que aconteceu antes, a investigação vira tentativa e erro com a empresa parada em cima.

O que só o TI de dentro faz

Nada do que está acima substitui quem conhece a casa. O profissional de dentro sabe qual sistema é crítico naquela semana e qual pode esperar até segunda. Conhece a manha do equipamento antigo que ninguém troca porque não há orçamento — e que funciona, desde que se faça daquele jeito. Sabe com quem falar em cada área, quem avisa e quem só reclama, qual gerente aceita parar meia hora e qual não aceita de jeito nenhum.

Esse conhecimento não cabe em painel nenhum, não se escreve em contrato e não se terceiriza. Ele também não foi improvisado: quase sempre é jeitinho competente feito com o orçamento que existia na época, e é ele que mantém a operação de pé até hoje. Um serviço externo que ignore isso atrapalha mais do que ajuda. O que funciona é o contrário: usar o de fora para liberar o de dentro do que consome o dia sem construir nada.

A divisão que funciona na prática

Na prática, a divisão é simples de escrever. O monitoramento fica com o que é chato e contínuo: olhar sem parar, medir, registrar, cruzar sinais de equipamentos diferentes e avisar cedo. O TI interno fica com o que exige contexto e decisão: definir o que é crítico, dizer o que pode esperar, autorizar mudança, conversar com as áreas e resolver. Quem recebe o alerta, em que horário e por qual caminho é combinado antes, no papel, e não no meio da crise.

A mudança que se sente no dia a dia é de ordem. O aviso passa a chegar antes da reclamação do usuário. A conversa com a diretoria deixa de ser sobre o que deu errado e passa a ser sobre o que já foi contido. E o tempo que antes ia embora em susto volta para o projeto que estava parado havia meses. Reduzir risco é isso: não é impedir que apareça problema, é encurtar a distância entre o problema aparecer e alguém saber dele.

O que dá para conferir amanhã de manhã, de graça

Antes de contratar qualquer coisa, dá para medir o tamanho do buraco sozinho, sem gastar nada. São perguntas simples, e as respostas costumam ser mais reveladoras do que qualquer proposta comercial:

• Se o servidor principal parar agora, de madrugada, quem fica sabendo primeiro — e por qual caminho?
• Para qual caixa de e-mail vão os avisos automáticos dos equipamentos? Alguém ainda lê essa caixa?
• A cópia de segurança de ontem terminou? Não basta ver se rodou: peça para restaurar um arquivo qualquer e cronometre quanto tempo leva.
• Existe uma lista escrita do que é crítico na empresa, em ordem de prioridade? Se não existe, essa lista é a primeira coisa a fazer — e ela é de graça.
• Do último problema sério, alguém sabe dizer a hora em que começou, quanto tempo durou e o que foi feito para resolver? Se a resposta vem de memória, não existe histórico.

Nenhuma dessas checagens exige ferramenta nova nem contrato. Exige uma parte da manhã e disposição para anotar as respostas. Onde a resposta for “não sei”, está o ponto cego — e ponto cego é exatamente o que o monitoramento cobre.

O sinal de que o arranjo está funcionando é a pergunta que se faz depois do incidente. Ela deixa de ser “o que aconteceu?” e passa a ser “o que a gente faz para isso não voltar?”. A segunda pergunta só existe quando há histórico: hora de abertura, duração, o que foi feito e o que estava acontecendo no ambiente naquele momento. Sem registro, toda reunião pós-incidente vira debate de opinião. Com registro, vira decisão de engenharia — e o TI interno deixa de ser cobrado por aquilo que ninguém lhe deu condição de enxergar.

A Ragnatela implanta monitoramento contínuo de infraestrutura, nuvem privada e cibersegurança trabalhando junto com a TI da sua empresa, com atendimento remoto, em todo o Brasil. Se quiser conversar sobre como isso ficaria no seu ambiente, fale com a gente.