Obsolescência tecnológica: o risco que não aparece no orçamento

Obsolescência tecnológica é a condição em que um componente do sistema deixa de receber correção do fabricante — e, a partir daí, toda falha nova descoberta nele é permanente até que o componente seja substituído.

Repare no que a definição não diz. Não diz que o sistema parou de funcionar, nem que ficou lento, nem que é feio. Um sistema obsoleto costuma funcionar bem. O que mudou não é o comportamento dele: é o que acontece quando algo dá errado.

O relatório do órgão de auditoria do governo norte-americano sobre os onze sistemas federais mais críticos dá números para o que costuma ficar no plano da intuição. Esses sistemas tinham entre 23 e 60 anos e custavam, juntos, cerca de US$ 754 milhões por ano só para operar e manter.

Três medições importam mais que a idade:

• Quatro dos onze operavam com hardware, software ou sistema operacional sem suporte do fabricante.
• Sete dos onze rodavam com vulnerabilidades de segurança conhecidas que não podem ser corrigidas sem modernização.
• Oito dos onze usavam linguagens legadas, como COBOL e assembly.

A segunda linha é a definição de obsolescência em estado puro: a falha é conhecida, está publicada, e a correção não existe enquanto o sistema permanecer como está.

Há também o dado sobre o efeito acumulado: cerca de US$ 83 bilhões — 79% do gasto federal de TI planejado para 2025 — destinavam-se a operar e manter o que já existe, proporção que o próprio órgão registra como recorrente, ano após ano.

Vale a ressalva: são dados do governo federal dos Estados Unidos e não descrevem o parque brasileiro. Não encontramos estatística oficial brasileira equivalente.

O exercício é mecânico e cabe em uma tarde: listar o que roda em produção, procurar a página oficial de ciclo de vida de cada item, e marcar as datas. O resultado dessa lista costuma ser mais persuasivo em uma reunião de diretoria do que qualquer argumento técnico, porque não é opinião de fornecedor — é a declaração do fabricante.

Nem tudo precisa ser substituído, e tratar tudo com a mesma urgência é o caminho mais rápido para não fazer nada. A triagem que usamos tem três perguntas:

1. Está exposto? Componente sem suporte acessível pela internet é prioridade, sempre. Componente isolado em rede interna é outro patamar de risco.
2. Muda? Sistema estável, que ninguém altera, pode ser mantido sob risco registrado e revisitado em prazo definido. Sistema alterado toda semana precisa de base técnica em suporte.
3. Bloqueia alguma coisa? Se há iniciativa do negócio parada por causa dele, o custo da obsolescência já está sendo pago — só não está nessa linha do orçamento.

Para o que precisa ser substituído, o caminho que reduz risco é a substituição progressiva: um módulo por vez, com o novo e o legado processando a mesma requisição em paralelo para comparar respostas, e promoção gradual do tráfego com retorno imediato ao legado se algum indicador sair do padrão.

Um último dado, sobre o que mais falta: dos onze sistemas federais mais necessitados de modernização, apenas três tinham plano plenamente documentado, seis tinham plano parcial e dois não tinham plano nenhum. A ausência de plano é mais comum que a tecnologia antiga — e é a única das duas que pode ser resolvida nesta semana.