Menús, mainframes y el «yo-yo switch»: cómo CompuServe enrutó las primeras comunidades en línea

En diciembre de 1979, CompuServe lanzó su primer proyecto de software personalizado de envergadura diseñado exclusivamente para sus suscriptores nocturnos: un mercado en línea llamado MicroNET Software Exchange. El servicio comenzó ofreciendo 17 programas de utilidades y juegos para el ordenador personal TRS-80, con precios que oscilaban entre 1 y 49 dólares, y un coste medio de 16,40 dólares por descarga. Los suscriptores podían seleccionar un título en línea y descargar el código de inmediato, cargando el importe directamente en su factura mensual.

De la programación remota a las conversaciones entre usuarios

Según el relato de Digital Antiquarian, el ejecutivo de CompuServe Jeff Wilkins concibió originalmente el servicio para consumidores —bautizado inicialmente como MicroNET— como una vía para que los aficionados con microordenadores rudimentarios accedieran a potentes mainframes institucionales. Wilkins asumía que los usuarios se conectarían para escribir código complejo en dialectos avanzados de Fortran o Pascal. Sin embargo, los suscriptores dejaron rápidamente desiertos los entornos de programación remota. En su lugar, abrumaron el correo electrónico y los tableros de anuncios del sistema para intercambiar consejos técnicos, sugerencias de depuración y rumores sobre sus máquinas TRS-80 y Apple II. Al comprender que los clientes valoraban la comunicación entre iguales por encima de la potencia de procesamiento distante, la dirección cambió de prioridades con rapidez. En el verano de 1980, la empresa abandonó por completo la marca MicroNET y renombró la oferta de consumo simplemente como CompuServe.

El respaldo corporativo y la realidad de los mainframes

Escalar el servicio requería tanto capital como respaldo técnico y organizativo. El 12 de mayo de 1980, el gigante de la preparación de impuestos H&R Block adquirió CompuServe para adentrarse en mercados tecnológicos comerciales de mayor crecimiento, manteniendo a Wilkins al frente. Aunque tradicionalmente los clientes corporativos tenían asignados servidores mainframe dedicados e individuales, las cuentas de consumo necesitaban interactuar en una infraestructura compartida y unificada. El arquitecto técnico principal, Sandy Trevor, quien sucedió a John Goltz, apoyó la iniciativa de consumo a pesar de la resistencia interna de los equipos de ventas empresariales. Trevor asignó a ingenieros de software de primer nivel para aislar la arquitectura de consumo de las limitaciones del hardware heredado. La apuesta dio sus frutos a lo largo de la década: tras superar los 10 000 suscriptores bien entrado 1981, la división de consumo creció de manera constante, generando la mitad de los ingresos globales de CompuServe para 1987, a medida que el mercado corporativo de tiempo compartido se ralentizaba.

La arquitectura del «yo-yo switch»

Para evitar cuellos de botella en los recursos de los mainframes cuando miles de usuarios iniciaban sesión simultáneamente, Trevor y su equipo de ingeniería desarrollaron un mecanismo personalizado de balanceo dinámico de carga mediante software, conocido como «yo-yo switch». En las configuraciones tradicionales de tiempo compartido, los datos del cliente residían en un servidor fijo. Bajo la nueva arquitectura, el sistema abstraía el hardware directamente de la experiencia del usuario. Cuando un suscriptor seleccionaba una opción en un menú de texto, el yo-yo switch enrutaba automáticamente su conexión al mainframe específico que almacenaba ese archivo o servicio. Si a continuación el usuario solicitaba una función ubicada en otra máquina, el sistema transfería la conexión de forma dinámica a otro ordenador entre los más de veinte mainframes PDP-10 situados en Columbus, Ohio. La transferencia se realizaba en milisegundos, manteniendo los límites del hardware completamente invisibles para el operador del terminal.

Snapaks y foros temáticos

Para incorporar nuevos usuarios a la red, CompuServe se asoció con Radio Shack en el verano de 1980 con el fin de distribuir paquetes de inicio al por menor conocidos como «Snapaks». Estos paquetes contenían la información de configuración de la cuenta y el software necesario para que los clientes pudieran conectarse a los mainframes de Ohio a los pocos minutos de desembalar un nuevo módem. Una vez en línea, los usuarios se reunían en áreas temáticas organizadas. Denominadas originalmente Grupos de Interés Especial, estas salas de reunión virtuales pronto pasaron a llamarse Foros. Organizados en torno a modelos de ordenador específicos y aficiones compartidas, los Foros permitían a los desarrolladores de software y a los usuarios intercambiar opiniones directamente, transformando un hardware de cálculo cerrado en comunidades digitales persistentes.

Al abstraer los mainframes físicos tras conmutadores de enrutamiento dinámico automatizados, CompuServe resolvió las limitaciones iniciales de capacidad del sistema al tiempo que fue pionera en la abstracción de redes orientada al usuario. Este trabajo de ingeniería temprano demostró cómo la infraestructura de software podía coordinar sin problemas clústeres de servidores distantes mucho antes de que las arquitecturas modernas de computación en la nube se convirtieran en el estándar de la industria.

Ilustración editorial generada con IA; no es una fotografía documental.

Fuente: A Net Before the Web, Part 2: Service to Community