La fecha de caducidad real de tu hardware la escribe el kernel de otro
El hardware casi nunca muere ya por avería. Muere el día en que alguien, en otra empresa, deja de publicar un sistema operativo seguro para ese equipo, y esa fecha la fija un tercero al que nunca has visto.
El 14 de octubre de 2025, Windows 10 dejó de recibir actualizaciones de seguridad gratuitas. Los equipos no cambiaron esa mañana. Millones siguen arrancando, siguen ejecutando la contabilidad, siguen moviendo los escáneres del almacén. Lo que cambió es que Microsoft dejó de parchearlos y puso precio a seguir haciéndolo: Actualizaciones de Seguridad Extendidas a 61 dólares por equipo el primer año, el doble al siguiente, y otra vez el doble después. Con una plantilla de 10.000 puestos son unos 610.000 dólares el primer año solo para mantener a salvo hardware que ya funcionaba, y más de un millón al segundo. El metal está bien. Lo que ha caducado es el soporte.
Así muere hoy el hardware de empresa. Casi nunca por un ventilador gripado o un disco agotado. Casi siempre el día en que, en otra parte, alguien deja de publicar un sistema operativo seguro para ese equipo, una fecha que fija alguien a quien no conoces, optimizando una carga de mantenimiento que no es la tuya.
¿Por qué queda obsoleto el hardware antes de estropearse?
Ahí están los equipos varados por ese plazo. La mayoría no puede pasar a Windows 11 porque Microsoft fijó un suelo de hardware: un chip de seguridad TPM 2.0 y, en la práctica, un procesador Intel Core de octava generación o posterior. Hay estaciones de trabajo de 2017 que superan cualquier exigencia real de rendimiento del nuevo sistema y aun así no pasan el filtro, apartadas por política, no por capacidad.
La misma lógica se repite allí donde el software se apoya en silicio envejecido. Quien mantiene una plataforma carga con un coste por cada generación de procesador y cada arquitectura que promete soportar. Las arquitecturas antiguas son las menos usadas y las más incómodas de mantener vivas, así que lo racional es podarlas y publicar un código más ligero. Su incentivo apunta a una matriz de soporte más pequeña; el tuyo, a una flota que siga funcionando, y la diferencia entre ambos la pagas tú.
El desgaste físico al menos da algo sobre lo que planificar: garantías, curvas de tasa de fallos, una partida para repuestos. La obsolescencia que impone el software da, en cambio, un precipicio cuya ubicación decide otro en un registro de cambios que no lees, con un calendario que no fijas tú. En una versión tu equipo es objetivo prioritario; en la siguiente, una línea en una nota de retirada.
La escasez de componentes ha empeorado el calendario
Nada de esto es nuevo. El momento sí lo es. La demanda de los centros de datos de IA ha vaciado el mercado de memoria y almacenamiento. A lo largo de 2025, mientras Samsung, SK Hynix y Micron redirigían capacidad hacia la memoria de alto ancho de banda que necesitan los aceleradores de IA, los precios por contrato de la memoria DRAM convencional subieron trimestre tras trimestre en lugar de seguir su habitual suavizado estacional. Ese es el telón de fondo del mercado al que responde el consejo de siempre, no una predicción, y ese consejo tiene sentido a primera vista: alargar los ciclos de renovación, exprimir los activos existentes, comprar más tarde.
La colisión es evidente en cuanto se mira de cerca. Justo cuando más necesitan las empresas que su equipamiento aguante otros cinco años, las plataformas dominantes aceleran la retirada del hardware antiguo para aligerar su propia carga. El equipo que presupuestaste para que llegara a 2031 puede perder las actualizaciones de seguridad en 2028, y si planificaste el capital pensando en el metal, calculaste mal la partida.
La plataforma por defecto trae un reloj escondido
Estandarizar sobre la opción dominante por defecto significa heredar algo más que sus funciones. Se hereda su ritmo de retirada. Windows es el caso más claro: avanza rápido y está dispuesto a dejar en tierra hardware que sigue funcionando con tal de mantener su propia ingeniería ordenada, como demostró el corte de Windows 11. El mismo reflejo recorre el mundo Linux, donde una versión intermedia de Ubuntu recibe soporte durante solo nueve meses, y hasta las versiones de soporte extendido dan cinco años salvo que se pague mantenimiento adicional. Elegir la opción más agresiva por defecto significa aceptar, sin haberlo negociado, una hoja de ruta que va desechando hardware.
La cobertura pasa por tratar las plataformas conservadoras y de amplia compatibilidad como el seguro que en realidad son. Debian se compromete a unos cinco años de soporte de seguridad por cada versión estable y sigue compilando para una larga lista de arquitecturas de procesador, desde ARM de 64 bits hasta hardware que la mayoría de fabricantes dio ya por amortizado hace una década. Red Hat Enterprise Linux publica un ciclo de vida de diez años para cada versión mayor, así que un servidor estandarizado en RHEL 9, publicado en 2022, tiene una vía soportada y parcheada hasta bien entrada la década de 2030. Esa cobertura tiene un valor económico concreto, y se nota justo cuando escasean los componentes: mantener un sistema operativo seguro en equipos veteranos durante años de más es la diferencia entre una renovación planificada y una forzada.
Hay una versión más sutil de la misma tensión dentro de las propias plataformas. El kernel de Linux ya acepta controladores escritos en Rust, un lenguaje seguro en memoria, que aporta seguridad y mantenibilidad reales. También estrecha la portabilidad, porque las herramientas de Rust no llegan a las arquitecturas más antiguas que el código en C del kernel sí cubre. No hay reproche a la ingeniería en esto. El punto es solo que la misma decisión que blinda el software puede, de forma silenciosa, reducir el conjunto de equipos existentes que una versión futura seguirá soportando. Los ingenieros optimizan su mundo; la factura cae en el tuyo.
Convierte el horizonte de soporte de software en una pregunta de compra, no de desecho. Antes de adquirir algo, pregunta durante cuánto tiempo se compromete alguien a mantener un sistema operativo seguro sobre ese equipo, y pon esa respuesta junto al precio y al rendimiento. Vigílala como se vigila el vencimiento de un alquiler, porque es justo eso. Acertar con la estrategia tecnológica y de ciclo de vida en el momento de la compra cuesta muchísimo menos que descubrir el reloj cuando ya se ha parado, y en un mercado donde estirar cada activo es la jugada de supervivencia, puede ser la decisión más barata que tomes este año.
No eres dueño de la vida útil de tu hardware. La alquilas a quien mantiene el software, en los términos que ese tercero decida cambiar sin avisarte.
Preguntas frecuentes
¿Cómo sé cuándo va a perder soporte de software mi hardware?
Consulta el ciclo de vida y la documentación de versiones que publica el sistema operativo o la plataforma de la que dependes, no la garantía del fabricante del hardware. Microsoft, Red Hat, Debian y Ubuntu publican sus horizontes de soporte de forma abierta. La fecha que importa es cuándo dejan de publicarse actualizaciones seguras y parcheadas para la arquitectura de tu equipo, y esa es una decisión del proveedor de software. Si una plataforma no se compromete con un horizonte de soporte claro, trata esa ambigüedad como un coste en sí misma.
¿Es seguro seguir usando un equipo tras el fin de soporte de su sistema operativo?
Para cualquier cosa conectada a una red, con datos sensibles o dentro de un proceso regulado, no. El hardware sigue funcionando, pero sin parches de seguridad se convierte en un riesgo sin gestionar, y en la mayoría de marcos de cumplimiento, incluidos los que ya obligan a mantener sistemas parcheados en la UE, eso basta para forzar la retirada. Por eso el horizonte de soporte de software, y no la avería física, acaba marcando el final real de la vida útil.
¿Elegir una plataforma conservadora alarga de verdad la vida del hardware?
Sí, de forma notable. Debian y Red Hat Enterprise Linux hacen del soporte a largo plazo y la amplia cobertura de arquitecturas un compromiso central, publicando horizontes de aproximadamente cinco y diez años respectivamente, y siguen enviando actualizaciones seguras a equipos veteranos mucho después de que los sistemas más agresivos los hayan abandonado. Ese margen extra es el seguro, y vale más precisamente cuando la escasez de componentes encarece comprar equipos de repuesto.
Relacionado
- Epic contra Google: la cláusula que cede el catálogo, no las comisiones, es la que cambia el mercado
- La memoria ha cambiado de rumbo: renegocia el contrato de suministro antes del próximo ciclo de renovación
- Cómo la IA empeora a los malos jefes: la máquina de la complacencia en el sillón de mando
- Digital Business
Escrito por una persona editorial de IA del sistema editorial propietario de Abyshire y revisado por nuestro equipo.