Corrección histórica: una versión anterior de este artículo identificaba como UNISEL el sistema informatizado de reservas diseñado por Evelyn Berezin para United Airlines. La documentación original de Teleregister demuestra que UNISEL ya estaba en servicio en 1955, antes de que Berezin se incorporara a la empresa en 1957. El sistema posterior asociado a Berezin fue otro proyecto, iniciado alrededor de 1958 y denominado Instamatic por National Inventors Hall of Fame.
La distinción es importante porque permite entender mejor la evolución real de las reservas aéreas informatizadas. Teleregister no pasó de un sistema manual a una gran computadora en un único salto: durante años desarrolló sucesivas generaciones de equipos de disponibilidad, inventario y comunicaciones para aerolíneas.
Teleregister ya trabajaba con reservas antes de Berezin
El folleto corporativo de Teleregister de 1956 conserva una visión excepcional de aquella etapa. El documento explica que la empresa había instalado para American Airlines un sistema de disponibilidad ya en 1946 y un Magnetronic Reservisor basado en tambor magnético en 1952.
Ese mismo folleto dedica una sección a United Airlines y describe UNISEL como un sistema desarrollado específicamente para la aerolínea. Su primera fase, centrada en la disponibilidad de plazas, había entrado en servicio en 1955 en Nueva York, Chicago, Los Ángeles y San Francisco.
UNISEL utilizaba paneles de disponibilidad y terminales remotos para que agentes y personal de reservas consultaran inventario de vuelos. El folleto indicaba además que estaba pensado para evolucionar hacia una arquitectura con almacenamiento centralizado en tambor magnético.
El proyecto de Evelyn Berezin comenzó alrededor de 1958
Evelyn Berezin se incorporó a Teleregister Corporation en 1957 como responsable de diseño lógico. En su historia oral para Computer History Museum explicó que el diseño del sistema posterior para United Airlines comenzó alrededor de 1958.
National Inventors Hall of Fame denomina a este sistema Instamatic y señala que estaba operativo en 1961. Computer History Museum lo describe como entregado aproximadamente en 1962. Las fechas no son incompatibles si consideramos fases de instalación, pruebas y puesta en servicio, por lo que en Universo Digital utilizamos el intervalo 1961–1962.
Berezin recordaba el proyecto como especialmente novedoso porque ya no se trataba solamente de consultar si quedaban asientos. El sistema debía mantener datos de los billetes y plazas de cada vuelo y responder en tiempo real a terminales distribuidos por todo el país.
El centro de procesamiento estaba en Denver
Según la historia oral de Berezin, el computador central estaba en Denver. Desde allí debía atender terminales repartidos por unas 60 ciudades de Estados Unidos.
La ubicación física importa menos que el problema que había que resolver: las comunicaciones eran lentas, caras y mucho menos fiables que una red moderna. Cada mensaje enviado desde una terminal tenía que analizarse, procesarse y almacenarse con suficiente rapidez para mantener una experiencia aceptable para el agente de reservas.
Tres procesadores independientes enlazados
Computer History Museum resume la arquitectura central como un sistema de tres procesadores independientes enlazados. No debemos traducir esta frase directamente a «clúster» o «load balancer», porque esos términos describen tecnologías posteriores y pueden crear una imagen incorrecta del hardware real.
Sin embargo, la intención arquitectónica sí resulta muy familiar: un servicio crítico no podía depender de una sola máquina. El sistema debía continuar trabajando incluso cuando una parte de la instalación tuviera problemas.
Disponibilidad antes de que habláramos de “alta disponibilidad”
Berezin explicó que el servicio tenía que funcionar 24 horas al día, siete días a la semana. Una interrupción de la computadora central de más de unos segundos era inaceptable para una aerolínea que atendía reservas continuamente.
La solución se diseñó alrededor de componentes independientes y mecanismos de recuperación. Lo importante no era impedir absolutamente todos los fallos —algo imposible— sino evitar que el fallo de una pieza paralizara la operación completa.
Un segundo de tiempo de respuesta
Computer History Museum atribuye al sistema un tiempo de respuesta cercano a un segundo. La cifra es especialmente notable si recordamos que estamos hablando del final de los años cincuenta y comienzo de los sesenta.
No existían redes IP empresariales, bases de datos distribuidas, discos de estado sólido ni centros de datos automatizados. Los computadores eran mucho más lentos y las comunicaciones entre ciudades constituían por sí mismas una parte crítica del diseño.
Comunicaciones como parte de la arquitectura
Uno de los aspectos más interesantes del relato de Berezin es que no separa la computadora de la red. Para ella, integrar terminales remotos significaba calcular cuánto tardaría un mensaje en llegar, ser interpretado y actualizar la información correspondiente.
La infraestructura de comunicaciones fue diseñada específicamente para el sistema. Esta integración entre procesamiento y transmisión de datos era indispensable para mantener tiempos de respuesta previsibles y tolerar problemas en líneas o terminales sin comprometer toda la red.
Once años sin fallos del sistema central
Computer History Museum afirma que el sistema central funcionó durante once años sin registrar una caída central. Esa frase debe interpretarse correctamente: no significa que cada terminal, enlace o componente físico permaneciera once años sin fallar.
Lo extraordinario es que los fallos parciales no se convirtieron en una interrupción total del servicio central. En sistemas críticos, esa diferencia entre «falló una pieza» y «se cayó todo el servicio» es precisamente lo que define una buena arquitectura de disponibilidad.
¿Era el primer sistema informatizado de reservas aéreas?
No conviene describirlo así de forma absoluta. Teleregister ya había desplegado sistemas electrónicos de disponibilidad y control de inventario para aerolíneas desde años antes, y otras empresas estaban desarrollando soluciones similares. El propio folleto de 1956 documenta el Magnetronic Reservisor, UNISEL y otros sistemas.
El mérito del proyecto de Berezin está en otra parte: fue uno de los mayores sistemas informatizados de reservas de pasajeros de su época y combinó procesamiento en tiempo real, comunicaciones nacionales y tolerancia a fallos con una fiabilidad excepcional.
Qué podemos comparar con sistemas actuales y qué no
Resulta tentador explicar el sistema utilizando palabras actuales como replicación, sharding, balanceo de carga o microservicios. Esas analogías pueden ayudar a un lector moderno, pero solo si dejamos claro que no eran los componentes ni la terminología histórica del sistema.
Las características que sí podemos identificar sin anacronismos son:
- Procesadores centrales independientes y enlazados.
- Diseño orientado a mantener el servicio ante fallos de componentes.
- Terminales remotos distribuidos geográficamente.
- Comunicaciones de datos especialmente diseñadas para la aplicación.
- Procesamiento en tiempo real con respuesta del orden de un segundo.
- Operación continua 24/7 para una aplicación crítica de negocio.
Una lección de arquitectura que sigue vigente
Más de seis décadas después, la enseñanza principal sigue siendo reconocible: hay que diseñar asumiendo que los componentes van a fallar.
Hoy disponemos de servidores replicados, balanceadores, bases de datos distribuidas, redes redundantes, observabilidad y recuperación automática. Berezin y su equipo no tenían ninguna de esas herramientas modernas, pero trabajaban sobre el mismo problema fundamental: impedir que un fallo localizado se transforme en una interrupción completa del servicio.
Eso explica por qué este sistema continúa siendo interesante desde el punto de vista de la ingeniería, más allá de su valor histórico.
Evelyn Berezin y su carrera posterior
Después de su etapa en Teleregister, Berezin fundó Redactron en 1969 y dirigió el desarrollo del Data Secretary, uno de los primeros procesadores de texto electrónicos dedicados al entorno empresarial.
Puedes conocer esa parte de su trayectoria en nuestro artículo Evelyn Berezin: del sistema de reservas de United Airlines al Data Secretary.
