Andrea MartínezLa alerta de evacuación emitida por la NASA el 5 de junio de 2026 desde la Estación Espacial Internacional pone sobre la mesa una pregunta que viven a diario millones de directores de sistemas: cuándo dejar de remendar una infraestructura crítica y cuándo migrar. El módulo Zvezda, núcleo ruso de la estación, "sufre grietas y fugas desde hace tiempo", según la portavoz de la agencia Bethany Stevens, y obligó esta semana a los astronautas de la misión SpaceX Crew-12 a refugiarse en la cápsula Dragon mientras Roscosmos intentaba reparar nuevas fugas de aire.
La decisión coincide con un calendario ya conocido: la NASA mantiene oficialmente el desmantelamiento de la ISS para 2030, según confirma su oficina de planificación de operaciones. Para los responsables de Tecnología de la Información en empresas estadounidenses, latinoamericanas o globales, el caso ofrece un manual perfecto de gestión de obsolescencia técnica que rara vez se enseña en certificaciones formales.
Una infraestructura crítica que llegó al final de su vida útil
El módulo Zvezda fue lanzado en julio del año 2000. Tiene 26 años. En términos de ingeniería de sistemas, eso equivale a operar un servidor físico instalado en 1999 sin haberlo reemplazado nunca. Las grietas no aparecieron de un día para otro: Roscosmos viene aplicando parches de sellado desde 2019, según el reporte de Al Jazeera. Cada parche compraba tiempo, pero el envejecimiento estructural seguía avanzando.
En el mundo corporativo ocurre exactamente lo mismo con los sistemas legados. Bases de datos Oracle 10g, servidores Windows Server 2008 R2, ERPs construidos en COBOL en los noventa. Todos funcionan hasta que un día dejan de funcionar y, normalmente, lo hacen en un momento crítico: cierre fiscal, Black Friday, lanzamiento de un producto. La similitud con el aviso de evacuación de la ISS no es retórica. Es estructural.
El protocolo de "postura de seguridad elevada" y lo que enseña a un CIO
Cuando la NASA ordenó a los siete astronautas a bordo asumir una "postura de seguridad elevada" dentro de la nave Dragon, aplicó un principio que cualquier responsable de continuidad de negocio reconoce: aislamiento de la zona afectada y disponibilidad inmediata de un mecanismo de escape verificado. La cápsula SpaceX Dragon es, en términos prácticos, el equivalente al sitio de recuperación ante desastres de un centro de datos.
Un especialista en Tecnología de la Información que asesora a una pyme o a un grupo industrial debería preguntarse, leyendo esta noticia, tres cosas: si su organización tiene un sitio de recuperación operativo en menos de cuatro horas, si los empleados clave conocen el procedimiento sin necesidad de consultarlo, y si la última prueba real (no documental) se realizó en los últimos doce meses. La NASA prueba cápsulas de evacuación de la ISS de forma trimestral. La mayoría de empresas medianas prueban su plan de continuidad cada tres años, si es que lo prueban.
El reemplazo comercial ya tiene fecha
A diferencia de muchos proyectos públicos, la NASA preparó un plan de transición antes de que la infraestructura fallara del todo. La agencia adjudicó en 2023 contratos a Axiom Space, Blue Origin con Sierra Space, y Voyager Space para desarrollar estaciones comerciales que reemplacen a la ISS, según información oficial de la NASA. Axiom Space planea conectar sus módulos a la ISS a partir de 2027 para luego operarlos como estación independiente. El objetivo: garantizar presencia humana continua en órbita baja sin interrupción.
La lección para un departamento de IT empresarial es directa. La migración a la nube, el reemplazo de un ERP o la modernización de un mainframe no debe esperar a que aparezcan las grietas. Cuando los costos de soporte de un sistema legado superan al costo de operación de su reemplazo durante doce meses consecutivos, la decisión ya no es técnica, es financiera. Los profesionales de Tecnología de la Información calculan ese punto de inflexión con modelos de Coste Total de Propiedad y de Valor Actual Neto adaptados a infraestructura.
El factor geopolítico que también afecta a la empresa privada
El módulo Zvezda es ruso. La cápsula de escape es estadounidense. Esa dependencia cruzada se volvió políticamente incómoda tras la invasión de Ucrania en 2022 y empuja la decisión de cerrar la ISS antes de tiempo. Cualquier organización con proveedores tecnológicos en jurisdicciones sujetas a sanciones, controles de exportación o restricciones de datos enfrenta un riesgo similar.
Un consultor de Tecnología de la Información especializado en arquitectura empresarial revisa esta dimensión antes de cualquier decisión de stack tecnológico: dónde están los servidores, qué leyes les aplican, qué pasaría si esa jurisdicción se vuelve inaccesible mañana. La situación de la ISS no es una rareza astronáutica, es un anticipo de lo que viven empresas con datos en jurisdicciones con tensiones diplomáticas.
Qué hacer si tu empresa todavía depende de un sistema crítico de hace dos décadas
Tres acciones inmediatas. Primero, mapear todos los sistemas en producción con más de diez años de antigüedad e identificar cuáles soportan procesos que la empresa no puede detener ni una hora. Segundo, cuantificar el coste real de soporte anual, incluyendo licencias, parches de seguridad, consultoría externa, y tiempo de equipo dedicado a mantenimiento. Tercero, contratar un asesor de Tecnología de la Información que pueda construir un plan de migración con presupuesto y calendario realistas, sin vender una solución cerrada.
La ISS demuestra que incluso las infraestructuras más espectaculares envejecen, fallan y deben reemplazarse. Para una empresa cualquiera, el equivalente a la cápsula Dragon es tener un plan de migración listo antes de que el sistema viejo empiece a perder aire.
