Resumen

  • Evelyn Berezin dirigió el diseño informático de un sistema nacional para United Airlines con tres procesadores y centros de comunicaciones que alcanzaban unas sesenta ciudades.
  • El cambio automático, los interbloqueos y las rutas alternativas protegían la continuidad del servicio; no comprobaban la entrada del agente ni la verdad comercial del inventario.
  • La propia Berezin separó este sistema temprano de datos de billetes y plazas de los sistemas posteriores, que almacenaban más información y realizaban más operaciones.

Una consulta de disponibilidad encierra dos preguntas. ¿Responderá el sistema? ¿Será cierta la respuesta? La arquitectura que Evelyn Berezin impulsó en Teleregister afrontó la primera con una sofisticación excepcional para finales de los años cincuenta. Convertir ese logro en una garantía de la segunda confunde resistencia técnica con control del negocio.

Berezin recordaba haber iniciado el proyecto de United en 1958; el Computer History Museum sitúa su entrega hacia 1962. El centro de Denver debía funcionar sin pausa para una red nacional. Ante un fallo, la tolerancia aceptable se medía en segundos: detectar la máquina, retirarla y continuar en otra.

Tres procesadores, capacidad que se degrada

La patente estadounidense 3.253.262 nombra a Evelyn Berezin Wilenitz, Frank C. Marino y Donald W. Russell. Describe tres procesadores independientes que podían tomar la siguiente transacción disponible y compartir memoria y periféricos mediante interbloqueos. No era solo una copia dormida esperando un desastre; el diseño organizaba recursos activos y aislaba fallos.

Berezin empleó la expresión “fail-soft”. Los procesadores comparaban su avance en puntos definidos y una unidad discordante podía salir de línea. Según su recuerdo, al principio una sola máquina soportaba el tráfico ordinario, de modo que perder capacidad podía ralentizar el sistema sin detenerlo. Si los búferes se llenaban, el terminal devolvía ocupado y el agente debía reintentar.

También afirmó que el procesamiento central nunca quedó totalmente fuera de servicio durante once años. Es un testimonio importante, no una auditoría externa. La famosa respuesta de un segundo tampoco debe imprimirse como hecho consumado: fue una exigencia o meta, y Berezin dijo después que nunca se alcanzó del todo.

Cuando dos rutas tienen un mismo destino físico

Unos sesenta centros urbanos enlazaban las posiciones de los agentes con Denver. Había trayectos separados de entrada y salida y conmutadores capaces de rodear un centro averiado. Teleregister contaba con una sección específica de comunicaciones, y personal de Philips en Eindhoven diseñó equipos cuando la tecnología telefónica disponible resultó insuficiente.

Un incidente en Nevada mostró el riesgo común. Según Berezin, dos rutas que debían ser independientes compartían el mismo enlace de microondas. Una explosión dejó sin terminales a cerca de la mitad del país, aunque el centro siguió encendido. La informática central estaba disponible; el servicio nacional no lo estaba. La diversidad no se demuestra con dos líneas en un diagrama, sino con dos destinos físicos de fallo.

“Reserva” no siempre significó lo mismo

Un folleto de Teleregister de 1956 presenta UNISEL: paneles con 33 días de disponibilidad en cuatro centros de tráfico. Por debajo de un margen de seguridad, el agente aún confirmaba por teléfono. El folleto planeaba una fase posterior con un Reservisor central de tambor magnético, sistemas locales como satélites y ventas o cancelaciones que ajustaran el número exacto de plazas.

Es evidencia de una hoja de ruta, no de que todo llegara sin cambios al sistema de United. Berezin fue explícita: lo llamó sistema de reservas de pasajeros por comodidad, pero guardaba principalmente datos de billete para cada plaza y vuelo. Los sistemas posteriores contenían más información y hacían más cosas.

SABRE sirve para marcar esa diferencia, no para repartir una medalla de “primero”. El Computer History Museum lo atribuye conjuntamente a American Airlines e IBM, lo fecha operativo en 1964 y señala que no fue el primer sistema informatizado de reservas. Sus capacidades posteriores de transacción y registro de pasajeros pertenecen a otra generación y a otro equipo.

Una base disponible también puede estar equivocada

La redundancia responde cómo seguir calculando tras perder un componente. La verdad del inventario requiere comprobar si una venta o cancelación se aplica una sola vez, si dos agentes pueden adjudicar el último asiento, si un reintento duplica la operación, si los cambios del vuelo llegan al registro y si existe una reconciliación con la realidad.

Las fuentes revisadas no demuestran todas esas propiedades. Tres procesadores pueden compartir un dato obsoleto. Una máquina correcta puede conservar una entrada errónea. Un camino superviviente puede entregar dos veces la misma intención. Por eso once años sin una caída central completa no equivalen a once años sin divergencias de inventario.

La precisión histórica engrandece el mérito. Berezin dirigió la transición de un equipo formado en relés hacia el diseño electrónico y trabajó junto a una sección de comunicaciones independiente. Marino y Russell comparten la patente principal; ingenieros de Teleregister, diseñadores de Philips, personal operativo de United y proveedores de red completaron el sistema. Su avance fue dividir procesadores, recursos, centros y rutas en dominios de fallo para que una avería no paralizara un país. La lección actual añade una cautela: lo que sobrevive no se convierte por ello en verdad.

Fuentes