Cuando pensamos en computadoras en el espacio solemos imaginarnos paneles futuristas, pantallas holográficas y procesadores imposibles dignos de una película de ciencia ficción. La realidad es mucho menos vistosa… y bastante más interesante: el hardware que mantiene vivas las naves y sondas suele ser viejo, austero y obsesivamente fiable.
Coincidiendo con el Día Internacional del Vuelo Humano al Espacio, merece la pena repasar cómo son hoy las computadoras que viajan más allá de la atmósfera, qué diferencias tienen respecto a nuestros PCs domésticos, cómo se protegen de un entorno letal y cómo está cambiando todo con la llegada de centros de datos e inteligencia artificial en órbita.
Cómo son de verdad las computadoras de a bordo
Si pudiéramos abrir un armario electrónico de una nave moderna, lo que veríamos no se parecería en nada a un portátil gaming: una caja metálica, pesada, con unos pocos conectores de colores y sin rastro de USB, pantalla ni teclado. El aspecto es casi anticuado, pero responde a una lógica muy clara: cada elemento está diseñado para fallar lo menos posible.
El corazón de estos sistemas suele estar formado por módulos intercambiables: procesador, memoria y unidades de entrada-salida se montan como bloques que pueden sustituirse relativamente rápido si algo se estropea. Este diseño modular es vital porque la radiación espacial castiga sin piedad la electrónica, generando errores y degradación de componentes con el tiempo.
En la Estación Espacial Internacional (ISS) hay literalmente decenas de ordenadores repartidos por toda la estructura, incluidos algunos en el exterior. Cada año la tripulación tiene que intervenir para reparar o cambiar alrededor de una veintena de equipos, muchos de ellos en paseos espaciales, donde la logística es cualquier cosa menos trivial.
La obsesión por la robustez también implica evitar complejidades innecesarias: cuantos menos puertos, menos piezas mecánicas, menos pantallas y menos software de adorno, más fácil es mantener el sistema funcionando durante años en un entorno donde nadie puede bajar a la tienda de informática de la esquina.
Potencia de cálculo: menos músculo, más cabeza
Una de las mayores sorpresas para quien se acerca a la informática espacial es descubrir que muchas misiones siguen usando procesadores que en la Tierra consideramos prehistóricos. En la ISS, por ejemplo, durante muchos años el caballo de batalla fue el Intel 80386SX, un chip popular en los PCs domésticos de hace décadas.
Desde el punto de vista de un jugador de videojuegos actual, ese rendimiento parece ridículo. Sin embargo, las tareas críticas de una nave (control de trayectoria, gestión de sistemas de soporte vital, monitorización de sensores) no necesitan mover gráficos 3D ni interfaces espectaculares: requieren cálculos precisos, constantes y totalmente previsibles. Para eso, un procesador modesto es más que suficiente.
Hay otra razón de peso para seguir recurriendo a estos chips veteranos: el desarrollo de una computadora espacial puede alargarse muchos años, incluso décadas. Las especificaciones de la misión se cierran muy pronto, se elige una tecnología consolidada y se certifica con pruebas interminables. Cuando por fin despega la nave, lo que vuela ya es tecnológicamente viejo… pero se sabe que aguanta.
A eso se suma el factor energía: una CPU antigua, sencilla y de bajo consumo puede ser preferible en una nave donde cada vatio de electricidad está contado. No tiene sentido montar un monstruo de consumo si no va a aportar beneficios claros para la misión.
Diseño de sistemas: cuanto más simple, mejor
Paradójicamente, aunque una nave espacial sea una maravilla de ingeniería con miles de subsistemas, la parte que toma las decisiones suele ser deliberadamente sencilla. Los ordenadores de a bordo se organizan en módulos muy básicos que ejecutan un conjunto reducido de operaciones. Esta simplicidad mejora tanto la estabilidad como la capacidad de diagnosticar y aislar fallos.
En software pasa algo parecido: los ordenadores espaciales no usan Windows ni macOS para controlar motores y válvulas, sino sistemas operativos en tiempo real (RTOS). Estos sistemas sacrifican comodidades de usuario a cambio de garantizar que cada instrucción se ejecuta en el tiempo exacto previsto, sin “pensárselo” ni priorizar procesos en segundo plano como hace un sistema de escritorio.
La filosofía es no desperdiciar nada: el software de vuelo está escrito para consumir la mínima RAM posible y apenas cargar el procesador. Nada de animaciones, nada de servicios innecesarios, nada de telemetría que no aporte valor. Cuantos menos elementos haya en la ecuación, menos probabilidades hay de que algo rompa la cadena.
Parches y reparaciones a millones de kilómetros
Por muy cuidadosos que sean ingenieros y programadores, ningún software es perfecto. Y cuando el ordenador que falla está a millones de kilómetros, la cosa se complica un poco más que reinstalar Windows. Por eso, antes de enviar un parche a una sonda, se recurre a réplicas idénticas del hardware en la Tierra donde se simula el problema al detalle.
Un ejemplo famoso es el de la sonda Voyager 2. Lanzada en los años 70, lleva décadas alejándose del Sol. En 2010 empezó a enviar datos corruptos y señales incoherentes, síntoma de que algo iba mal en su electrónica envejecida. En el laboratorio del proyecto, la NASA mantuvo funcionando una copia de la computadora de a bordo para reproducir el fallo.
Tras muchas pruebas detectaron que un sector de memoria se había dañado, algo nada raro con tanto tiempo expuesta a radiación cósmica. La solución fue preparar un parche de software que evitase ese segmento dañado y reconfigurase el sistema. El parche se envió por radio, la sonda lo aplicó y volvió a transmitir datos científicos válidos desde la frontera del espacio interestelar.
Algo parecido ocurrió con el rover marciano Spirit, que también recibió actualizaciones remotas para gestionar problemas de memoria y almacenamiento. Al final, estas misiones se parecen más de lo que creemos a nuestro PC de casa: viven de parches, reinicios y mucha paciencia, solo que con un retardo de varios minutos-luz.
La obsesión por no perder ni un bit
Cada byte de datos recogido en el espacio cuesta una fortuna en tiempo, dinero y esfuerzo humano. Por eso, la informática espacial está diseñada con una idea clara en mente: la pérdida de información es inaceptable, salvo catástrofe absoluta. Si un experimento está años preparándose y falla la memoria donde se guardan los resultados, todo ese trabajo se esfuma.
Para minimizar ese riesgo, se usa un enfoque de “no fiarse de nada ni de nadie”: los sistemas de a bordo suelen grabar la misma información en varios soportes a la vez. Es habitual combinar memorias flash con cintas magnéticas u otros medios, de forma que si un tipo de almacenamiento muere, otro pueda salvar los datos.
La idea no es tan distinta a cuando en casa hacemos copia de seguridad en un disco externo y en la nube de nuestras fotos y música. La gran diferencia es que, en las misiones espaciales, perder datos de una ventana de observación irrepetible puede tirar por tierra décadas de planificación.
De ThinkPad flotando en la ISS a la navegación web en órbita
De puertas para dentro, la Estación Espacial Internacional combina equipos muy especializados con ordenadores bastante parecidos a los nuestros. Cada astronauta dispone de un portátil Lenovo ThinkPad que se puede conectar a diferentes sistemas mediante un bus específico de la estación, actuando como terminal de control o de consulta.
Durante años, estos portátiles funcionaron con Windows XP, hasta que en 2013 se decidió migrar a Linux (Debian 6 “Squeeze”). La razón oficial fue clara: necesitaban un sistema operativo estable, fiable y controlable al detalle, que se pudiese parchear, ajustar y modificar a gusto sin depender de terceros. Antes de esa migración ya se usaban distribuciones científicas como Scientific Linux, mantenida por el CERN y el Fermilab, que más tarde dio paso a CentOS variantes científicas.
Los astronautas también disponen de equipos para uso personal, navegar por la web y mantener videollamadas con sus familias. Eso sí, esa red está completamente aislada de los sistemas críticos, con cortafuegos y mecanismos específicos para evitar que un malware cualquiera pueda comprometer la seguridad de la estación.
De hecho, en 2007 se detectó el malware “Gammima” en un portátil de un astronauta. A partir de ahí, la NASA se tomó mucho más en serio la protección antivirus y las políticas de seguridad para los equipos que viajan al espacio. Una cosa es que un virus te fastidie el portátil en casa y otra muy distinta que se cuele en un laboratorio orbital.
La NASA en Tierra: de supercomputadores a portátiles de oficina
En paralelo a los ordenadores de a bordo, buena parte del trabajo pesado de cálculo se hace en la Tierra. Un ejemplo llamativo es Aitken, uno de los supercomputadores del Ames Research Center de la NASA, dentro de una instalación modular de más de 4.000 m² preparada para crecer por módulos.
Aitken nació con procesadores Intel Xeon Gold «Cascade Lake» y más tarde se amplió con 16 racks basados en AMD EPYC «Rome», fabricado por HPE. El resultado es una máquina con más de 300.000 núcleos de CPU, alrededor de 1,27 petabytes de RAM y más de 13 petaflops teóricos de potencia, colocándose entre los 100 supercomputadores más potentes del mundo según la lista TOP500.
Funciona con SUSE Linux Enterprise Server, usa redes InfiniBand de alta velocidad, planificador Altair PBS Professional y compiladores Intel y GCC para programas en C++ y FORTRAN. Es el tipo de sistema que se utiliza para simular aerodinámica, trayectorias, modelos climáticos planetarios y cualquier locura numérica que necesite la NASA.
Pero no todo son monstruos de cómputo: los ingenieros y personal de la agencia trabajan a diario con portátiles y estaciones de trabajo bastante corrientes. Es habitual encontrar Lenovo ThinkPad T61p y sus sucesores, HP Zbook 15 y otros modelos similares, normalmente con Windows 10 u 11. En algunos equipos científicos se usan también Linux y, en ciertas épocas, incluso Macs con PowerPC o Intel, sobre todo en departamentos como el Jet Propulsion Laboratory.
Los Mac tuvieron su cuota de protagonismo, por ejemplo, en el desarrollo del rover Curiosity de Marte, donde se usaron MacBooks con OS X, Parallels Desktop y herramientas como Xcode. Más recientemente, algunos ingenieros han tenido que pelearse con la adaptación de software interno al nuevo Apple Silicon, lo que demuestra que ni la NASA se libra de las guerras de arquitecturas.
Robots espaciales y ROS: cuando Linux pilota humanoides
La robótica es otro frente donde las computadoras en el espacio son cruciales. Un caso emblemático es Robonaut 2 (R2), un robot humanoide desarrollado conjuntamente por la NASA y General Motors para trabajar en la ISS. Su objetivo es asumir tareas sencillas y repetitivas, actuar como asistente de los astronautas y servir como banco de pruebas para tecnologías robóticas de futuras estaciones lunares y marcianas.
R2 funciona con ROS (Robot Operating System), un framework de software libre diseñado para facilitar la comunicación entre distintos nodos de software, sensores y actuadores. ROS organiza los componentes en una arquitectura maestro/esclavo: un nodo maestro coordina a múltiples nodos “esclavos” que representan robots, brazos, cámaras o algoritmos de IA.
La gracia de ROS es que impone estándares comunes de comunicación, de modo que las piezas de software se puedan reutilizar, conectar y depurar con más facilidad. Utiliza protocolos como TCP/IP o HTTP para intercambiar mensajes, dispone de una librería estándar con funciones usuales de robótica y un conjunto de herramientas de diagnóstico y simulación muy potentes.
La comunidad en torno a ROS es enorme, algo perfecto para un organismo como la NASA: hay mucha gente probando, corrigiendo y ampliando el framework. Además, al ser código abierto, los ingenieros pueden adaptarlo a las exigencias extremas de un robot en órbita sin quedar atados a un proveedor concreto.
Satélites, rovers y las CPUs endurecidas contra radiación
Si pensamos en satélites o rovers como Juno, Curiosity o las Voyager, es fácil caer en la tentación de imaginar que llevan lo último en procesadores comerciales. Nada más lejos: muchas de estas misiones usan chips extremadamente sencillos y, sobre todo, muy probados, como Zilog Z80 en algunos satélites antiguos o variantes endurecidas de procesadores PowerPC.
Un ejemplo clásico es el BAE RAD750, un derivado del PowerPC 750 diseñado como Space Grade CPU. Estos chips no se distinguen por su potencia, sino por su capacidad para sobrevivir durante años a la radiación ionizante, los ciclos térmicos extremos y las partículas de alta energía que encontrarán tanto en órbita baja como en otros planetas.
Muchos rovers y sondas llevan sistemas operativos basados en Linux o RTOS propietarios hechos a medida. Lo importante es garantizar que un bit flip provocado por un rayo cósmico no desencadene un fallo irreversible. Ahí entra en juego toda una disciplina: el diseño “radiation hardened”.
Los semiconductores endurecidos contra radiación (Radiation Hardened o RD) se fabrican con técnicas y materiales específicos para aguantar dosis enormes de radiación, del orden de decenas de miles de Gray, equivalentes a muchos miles de años de radiación de fondo terrestre. Para ello se recurre a encapsulado al vacío, encapsulado en vidrio, metalización y otras técnicas que protegen el chip de la radiación, la humedad, el calor y la electricidad estática.
Además del hardware especial, se aplican estrategias de tolerancia a fallos: memorias con ECC, bits de paridad, software a prueba de fallos y redundancia en todos los niveles. Si un módulo empieza a dar errores, otro idéntico toma el relevo. Esta lógica de duplicar o triplicar sistemas es una constante en cualquier arquitectura crítica de vuelo.
BYOD, móviles y la seguridad en una agencia como la NASA
Más allá del hardware estrictamente espacial, la NASA también tiene que gestionar miles de dispositivos personales y móviles en la Tierra. Hace tiempo definió una política de BYOD (Bring Your Own Device) para permitir que empleados usen sus propios portátiles y smartphones en el trabajo, siempre bajo normas estrictas de seguridad.
El enfoque tiene ventajas: se gana en flexibilidad y comodidad para el empleado, se reducen costes de equipos corporativos y, bien gestionado, se puede mantener un nivel de seguridad elevado mediante cifrado, software de gestión remota y segmentación de redes. A cambio, obliga al trabajador a mantener sus dispositivos al día y aceptar cierto control por parte de la organización.
En cuanto a móviles en la propia NASA, no vale cualquier modelo. La agencia maneja información extremadamente sensible y aplica listas blancas y negras de dispositivos autorizados. Históricamente se han visto muchos iPhone en manos de personal en misiones públicas, aunque también otros modelos certificados. Curiosamente, el primer smartphone en viajar al espacio fue un Google Nexus One con Android, usado en experimentos de sensores y comunicaciones.
La situación recuerda a la del presidente de Estados Unidos, al que se le limita y audita el uso de smartphones para reducir riesgos. En ambos casos, la prioridad es evitar que una brecha de seguridad por un dispositivo personal acabe comprometiendo sistemas críticos o información clasificada.
Centros de datos en el espacio: de idea lejana a infraestructura real
Durante años, hablar de centros de datos en órbita sonaba a futurible permanente. Ahora, varias compañías están demostrando que la computación orbital empieza a ser un negocio tangible. Un ejemplo reciente es Kepler Communications, que ha desplegado el mayor clúster de computación operativo actualmente en el espacio.
La propuesta de Kepler no es una sola macro estación en órbita, sino una constelación distribuida de 10 satélites equipados con unas 40 GPU Nvidia Orin orientadas a edge computing. Estos satélites se conectan entre sí mediante enlaces láser, formando una malla capaz de mover y procesar datos casi en tiempo real en entorno espacial.
El valor práctico es claro: no siempre tiene sentido enviar todos los datos a la Tierra para procesarlos después. Para muchas aplicaciones, como sensores avanzados, monitorización en tiempo casi real o apoyo a otras naves, es preferible procesar allí mismo buena parte de la información y solo bajar los resultados más relevantes.
Kepler se define más como infraestructura de comunicaciones y procesamiento para otras misiones que como un proveedor de “centros de datos orbitales” al uso. Su red podría ser la base para futuros servicios de conectividad y cálculo entre diferentes activos espaciales, desde satélites de observación hasta estaciones en órbita lunar.
IA y supercomputación orbital: el salto de Sophia Space
Dentro de este nuevo ecosistema aparece Sophia Space, una startup que está apostando fuerte por la idea de computadoras espaciales optimizadas para centros de datos de inteligencia artificial en órbita terrestre. Lo que hace unos años hubiese sonado a ciencia ficción, ahora se plantea como una respuesta muy pragmática a dos problemas de la IA moderna: la energía y la refrigeración.
En un centro de datos terrestre, buena parte del consumo se va en sacar calor de las máquinas, con sistemas de refrigeración que pueden suponer hasta un 40 % del gasto energético total. En cambio, en el vacío del espacio es posible diseñar arquitecturas de refrigeración pasiva, usando radiadores que disipen directamente el calor al espacio exterior, reduciendo de forma drástica la complejidad de la parte térmica.
Sophia Space está desarrollando ordenadores espaciales con refrigeración pasiva específicamente pensados para cargas de IA. Su arquitectura de supercomputación orbital se apoya en el acceso continuo a energía solar, sin ciclos día-noche marcados por la atmósfera, y en una topología modular: cada satélite actúa como nodo independiente o parte de un clúster distribuido más grande.
La apuesta ha atraído la atención de NVIDIA, con quien la startup ha cerrado una alianza estratégica. Este tipo de acuerdo no solo da credibilidad técnica al proyecto, sino que indica por dónde van los tiros: los grandes fabricantes ven la economía espacial como una extensión natural de la infraestructura de IA para la próxima década.
Entre las ventajas que plantea la computación de IA en órbita están la latencia optimizada hacia determinadas regiones, la independencia de infraestructuras terrestres en lugares remotos, la huella ambiental menor (sin consumo de agua para refrigeración) y la posibilidad de procesar grandes volúmenes de datos de observación de la Tierra en origen.
Los casos de uso inmediatos incluyen entrenamiento de modelos de lenguaje de gran tamaño, procesamiento en tiempo casi real de imágenes satelitales para agricultura o medioambiente, aplicaciones de edge computing para zonas con mala conectividad y hasta infraestructuras blockchain que busquen una descentralización física más radical.
Eso sí, no todo son ventajas: los costes de lanzamiento, la durabilidad de componentes frente a radiación, la logística de mantenimiento y el propio ciclo de vida del hardware siguen siendo retos muy serios que Sophia Space y otras empresas deben resolver antes de que la supercomputación orbital se convierta en algo tan cotidiano como contratar una instancia en la nube.
En cualquier caso, el movimiento es claro: SpaceX habla de redes de satélites para IA, Google experimenta con chips alimentados por energía solar en órbita, Blue Origin ha anunciado constelaciones propias, y otras compañías como Starcloud o Aetherflux tienen en marcha nodos con GPU de gama altísima. La informática espacial está dejando de ser solo cosa de agencias públicas y da paso a una nueva capa del stack tecnológico para startups y grandes corporaciones.
Después de repasar desde las cajas metálicas sin teclado de las naves Apolo hasta los clústeres con GPU en órbita baja, queda bastante claro que las computadoras en el espacio forman un ecosistema muy peculiar: máquinas viejas y durísimas conviven con supercomputadores de última generación; Linux, RTOS y firmware a medida se mezclan con portátiles comerciales; y mientras las sondas siguen dependiendo de CPUs modestísimas, la IA empuja para que el espacio se convierta también en un gigantesco centro de datos distribuido. Todo con una constante que no cambia: en este entorno, más que en ningún otro, lo que realmente manda no es la potencia bruta, sino la capacidad de seguir funcionando, día tras día, a millones de kilómetros de casa.
