Resumo
- Evelyn Berezin liderou o projeto computacional de um sistema nacional da United Airlines, com três processadores e centros de comunicação em cerca de sessenta cidades.
- Redundância, intertravamentos e desvios de rede protegiam a disponibilidade; não validavam a entrada dos agentes nem a consistência comercial do estoque de assentos.
- A própria Berezin separava esse serviço inicial, centrado em dados de passagens e assentos, dos sistemas posteriores, que armazenavam mais informações e executavam mais operações.
Perguntar a um computador se ainda há lugar num voo envolve duas promessas. A máquina precisa responder, e a resposta precisa corresponder à operação real da companhia. O trabalho de Evelyn Berezin na Teleregister tratou a primeira promessa com extraordinária precisão. Transformá-la automaticamente na segunda seria confundir resistência técnica com verdade dos dados.
Berezin recordava que o projeto para a United começou em 1958; o Computer History Museum situa a entrega por volta de 1962. A instalação central em Denver deveria funcionar continuamente para uma rede nacional. A falha precisava ser percebida e contida em segundos: identificar o processador, retirá-lo e prosseguir nos demais.
Três processadores e serviço degradável
A patente norte-americana 3.253.262 lista Evelyn Berezin Wilenitz, Frank C. Marino e Donald W. Russell como inventores. Ela descreve três processadores independentes, qualquer um apto a receber a próxima transação, compartilhando memória e periféricos por meio de intertravamentos. A redundância organizava máquinas ativas e protegia recursos comuns.
Berezin chamava o princípio de “fail-soft”. Os processadores comparavam o avanço interno em pontos definidos; uma unidade divergente podia sair de linha sem interromper as outras. Segundo ela, no início uma única máquina dava conta do tráfego normal. Uma perda reduziria capacidade antes de paralisar o serviço. Quando os buffers se esgotavam, porém, o terminal devolvia ocupado e o agente precisava tentar novamente.
Ela também afirmou que o processamento central nunca ficou totalmente fora do ar durante onze anos. É uma lembrança direta, não uma auditoria independente. O recorrente “tempo de resposta de um segundo” também exige cuidado: foi requisito ou meta pública, e Berezin disse posteriormente que o sistema nunca chegou exatamente a essa velocidade.
Sessenta cidades, um risco físico comum
Cerca de sessenta centros urbanos ligavam posições locais de atendimento a Denver. Havia caminhos distintos de entrada e saída e chaves para contornar um centro defeituoso. A Teleregister mantinha uma equipe separada de comunicações, e profissionais da Philips em Eindhoven projetaram equipamentos quando a tecnologia telefônica disponível não era rápida o bastante.
Um episódio em Nevada expôs o risco de causa comum. No relato de Berezin, rotas que deveriam ser independentes foram instaladas no mesmo enlace de micro-ondas. Uma explosão desconectou terminais em aproximadamente metade do país, embora os computadores centrais continuassem operando. O centro estava disponível; o serviço nacional não. Duas linhas no diagrama não representam diversidade se compartilham o mesmo destino físico.
O significado histórico de “reserva”
O folheto da Teleregister de 1956 descreve o UNISEL exibindo 33 dias de disponibilidade em quatro centros. Abaixo de uma margem predeterminada, o agente ainda confirmava por telefone. Para uma fase seguinte, propunha um Reservisor central em tambores magnéticos: sistemas locais seriam satélites e vendas ou cancelamentos alterariam a contagem exata.
O folheto prova uma direção de produto, não que todas as funções tenham chegado intactas ao sistema da United. Berezin foi explícita ao dizer que seu projeto guardava sobretudo dados de passagens por assento e voo; os sistemas posteriores guardavam mais informações e faziam mais coisas.
SABRE marca essa mudança de geração. O Computer History Museum o descreve como projeto conjunto da American Airlines e IBM, operacional em 1964, e observa que não foi o primeiro sistema computadorizado de reservas. Suas capacidades posteriores de transação e registro de passageiros pertencem a outra equipe e não podem ser atribuídas retroativamente à Teleregister.
Continuar online não torna o estoque verdadeiro
Failover responde como continuar calculando depois de perder um componente. A verdade do inventário pergunta se venda e cancelamento são aplicados uma única vez, se dois agentes podem pegar o último lugar, se uma nova tentativa duplica a operação, se mudanças do voo chegam ao registro e se há reconciliação com a realidade.
As fontes analisadas não comprovam todas essas propriedades. Um processador correto pode preservar uma entrada errada. Três máquinas podem concordar com um valor antigo. Uma rota sobrevivente pode entregar a mesma intenção duas vezes. Assim, onze anos sem parada central completa não equivalem a onze anos sem divergência de estoque.
Essa precisão não diminui Berezin. Ela liderou a transição de projetistas de relés para a eletrônica e trabalhou ao lado de uma seção própria de comunicações. Marino e Russell dividem a patente central; engenheiros da Teleregister, projetistas da Philips, pessoal operacional da United e provedores também moldaram o serviço. A conquista foi dividir processadores, recursos, centros e enlaces em domínios de falha para impedir que um defeito parasse um país. A lição atual completa a ideia: o estado que sobrevive não vira verdade apenas por ter sobrevivido.
Fontes
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance
