O seu hardware não expira quando avaria, expira quando alguém deixa de o proteger
O equipamento raramente morre de avaria. Morre no dia em que alguém, algures, deixa de publicar atualizações de segurança para o sistema que o faz funcionar, e essa data é decidida por um fornecedor que o leitor nunca conheceu.
A 14 de outubro de 2025, o Windows 10 deixou de receber atualizações de segurança gratuitas. As máquinas não mudaram nessa manhã. Milhões continuam a arrancar, continuam a correr o software de contabilidade, continuam a comandar os terminais de armazém. O que mudou foi a Microsoft ter parado de as corrigir e oferecido, em vez disso, uma fatura: as Extended Security Updates custam 61 dólares por dispositivo no primeiro ano, o dobro no ano seguinte, e voltam a duplicar depois disso. Numa frota de 10 000 postos de trabalho, isso ronda os 610 000 dólares só no primeiro ano para manter equipamento funcional seguro o suficiente para ligar, e ultrapassa o milhão no segundo. O metal está bem. O que expirou foi o suporte.
É assim que o equipamento empresarial morre agora. Raramente por uma ventoinha avariada ou um disco gripado. Muito mais frequentemente no dia em que alguém, a montante, deixa de publicar um sistema operativo seguro que ainda corre nesse equipamento, uma data decidida por quem o leitor nunca conheceu, a otimizar um encargo de manutenção que não é seu.
Porque é que o hardware fica obsoleto antes de avariar?
Veja-se o caso das máquinas encalhadas por esse prazo. A maioria não consegue migrar para o Windows 11 porque a Microsoft definiu um patamar de hardware: um chip de segurança TPM 2.0 e, na prática, um processador Intel Core de 8.ª geração ou posterior. Muitos postos de trabalho de 2017 cumprem todos os requisitos de desempenho que o novo sistema exige e, ainda assim, reprovam no teste de elegibilidade, excluídos por política, não por capacidade.
A lógica repete-se sempre que o software encontra silício envelhecido. Quem mantém uma plataforma paga um custo por cada geração de processador e conjunto de instruções que promete suportar. As arquiteturas antigas são as menos usadas e as mais incómodas de manter vivas, pelo que a decisão racional é podá-las e lançar um código mais leve. O incentivo de quem desenvolve aponta para uma matriz de suporte mais pequena; o do leitor aponta para uma frota que continue a funcionar, e é o leitor quem absorve a diferença entre os dois.
O desgaste físico pelo menos dá algo à volta do qual planear: garantias, curvas de taxa de avaria, um orçamento para peças. A obsolescência ditada pelo software oferece um precipício cuja localização é decidida num changelog que ninguém lê, num calendário que ninguém escolhe. Numa versão o dispositivo é um alvo de primeira linha; na seguinte, é uma linha numa nota de descontinuação.
A escassez só piorou os tempos
Nada disto é novo. Os tempos é que são. A procura dos centros de dados de IA drenou o mercado de memória e armazenamento. Ao longo de 2025, à medida que a Samsung, a SK Hynix e a Micron redirecionaram capacidade para a memória de alta largura de banda que os aceleradores de IA exigem, os preços contratuais da DRAM convencional subiram trimestre após trimestre, em vez de seguirem o habitual abrandamento sazonal. Isto deve ler-se como o pano de fundo de mercado a que responde o conselho de sobrevivência que se segue, não como uma previsão. E esse conselho faz sentido à primeira vista: alargar os ciclos de renovação, espremer o equipamento existente, comprar mais tarde.
A colisão é óbvia assim que se olha para ela. No preciso momento em que as empresas mais precisam que o equipamento aguente mais cinco anos, as plataformas dominantes estão a acelerar a reforma do hardware mais antigo para aliviar a sua própria carga de engenharia. A máquina orçamentada para durar até 2031 pode perder atualizações de segurança em 2028, e quem planeou o capital em função do metal orçamentou a coisa errada.
A plataforma por defeito vem com um relógio escondido
Optar pela opção popular por defeito significa herdar mais do que as suas funcionalidades. Significa importar o seu ritmo de descontinuação. O Windows é o caso mais claro: rápido a mudar, e disposto a deixar hardware funcional para trás para manter a sua própria engenharia arrumada, como mostrou o corte do Windows 11. O mesmo reflexo atravessa o Linux, onde uma versão intercalar do Ubuntu tem apenas nove meses de suporte e mesmo as versões de suporte alargado (LTS) trazem cinco anos, a menos que se pague por manutenção estendida. Escolher o padrão mais agressivo é adotar um roteiro de abandono de hardware antigo que o leitor nunca negociou.
A cobertura é tratar as plataformas conservadoras e de largo espectro como o seguro que na verdade são. O Debian compromete-se a cerca de cinco anos de suporte de segurança por cada versão estável e continua a compilar para uma longa lista de arquiteturas de processador, do ARM de 64 bits a hardware que a maioria dos fabricantes já deu como perdido há uma década. O Red Hat Enterprise Linux publica um ciclo de vida de dez anos para cada versão principal, pelo que um servidor assente em RHEL 9, lançado em 2022, tem um caminho suportado e corrigido até bem dentro da década de 2030. Essa amplitude tem um valor em euros, e esse valor manifesta-se precisamente quando os componentes escasseiam: manter um sistema operativo seguro em máquinas mais antigas durante mais anos é a diferença entre uma renovação planeada e uma renovação forçada.
Há uma versão mais subtil da mesma troca a acontecer dentro das próprias plataformas. O kernel do Linux já aceita controladores escritos em Rust, uma linguagem com segurança de memória, que traz ganhos reais de segurança e de manutenção. Também estreita a portabilidade, porque as ferramentas de Rust não visam as arquiteturas mais antigas que o código em C do kernel ainda alcança. Nada disto é uma crítica à engenharia. O argumento é apenas que a mesma decisão que torna o software mais robusto pode, silenciosamente, encolher o conjunto de dispositivos existentes que uma versão futura ainda vai suportar. Quem programa está a otimizar o seu mundo; a fatura cai no do leitor.
Por isso, transforme o horizonte de suporte de software numa pergunta de compra, não de abate. Antes de comprar, pergunte durante quanto tempo há o compromisso de correr um sistema operativo seguro e mantido naquele equipamento, e pese a resposta ao lado do preço e do desempenho. Acompanhe-o como acompanharia o termo de um contrato de leasing, porque é exatamente isso que é. Acertar a estratégia de plataforma e ciclo de vida no momento da compra custa muito menos do que descobrir o relógio depois de ele se esgotar, e num mercado onde esticar cada ativo é a jogada de sobrevivência, pode ser a decisão mais barata que tomar este ano.
O leitor não é dono do tempo de vida do seu hardware. Aluga-o a quem mantém o software, em termos que podem mudar sem lhe perguntarem.
Perguntas frequentes
Como posso descobrir quando o meu equipamento vai perder o suporte de software?
Consulte a documentação de ciclo de vida e de lançamentos publicada pelo sistema operativo e pela plataforma de que depende, não a garantia do fabricante do hardware. A Microsoft, a Red Hat, o Debian e o Ubuntu publicam todos os seus horizontes de suporte de forma aberta. A data que importa é aquela em que deixam de sair atualizações seguras e corrigidas para a arquitetura do seu dispositivo, e essa é uma decisão tomada a montante, do lado do software. Se uma plataforma não se comprometer com um horizonte de suporte claro, trate essa ambiguidade como um custo.
É seguro continuar a usar um dispositivo depois de o sistema operativo deixar de ser atualizado?
Para qualquer coisa ligada a uma rede, a dados sensíveis ou a um processo regulado, não. O hardware continua a funcionar, mas sem correções de segurança torna-se um risco sem gestão, e ao abrigo de regimes como o NIS2, na União Europeia, isso por si só pode forçar a substituição. É por isto que o horizonte de suporte do software, e não a avaria física, tende a marcar o verdadeiro fim de vida útil.
Escolher uma plataforma mais conservadora prolonga mesmo a vida do hardware?
Pode prolongar, e de forma substancial. O Debian e o Red Hat Enterprise Linux fazem do suporte de longo prazo e da cobertura alargada de arquiteturas um compromisso central, publicando horizontes de cerca de cinco e dez anos respetivamente, e continuam a distribuir atualizações seguras para dispositivos mais antigos muito depois de as pilhas dominantes mais agressivas os terem abandonado. Esse prazo extra é a cobertura de risco, e o seu valor é máximo precisamente quando a escassez de componentes torna a substituição cara.
Relacionado
- Epic vs. Google: a cláusula do catálogo que entrega o fosso competitivo aos rivais
- Os preços da memória inverteram. Renegoceie o contrato de fornecimento antes da próxima renovação.
- Como a IA Deixa Chefes Ruins Ainda Piores: a Máquina de Bajulação na Sala da Diretoria
- Digital Business
Escrito por uma persona editorial de IA do sistema editorial proprietário da Abyshire e revisto pela nossa equipa.