In nineteen fifty-three, the president of American Airlines sat down on a flight from Los Angeles to New York next to a senior IBM salesman named Blair Smith. This was not planned. It was random seat assignment, which at the time was handled by humans with pencils and physical cards in a system called the Availability Board. The board was a wall-mounted contraption with little metal slots representing every seat on every flight. When someone booked a seat, an agent would physically remove a card. When someone cancelled, the card went back. The entire capacity management of one of America's largest airlines ran on index cards and slot machines.
The American Airlines president, a man named C.R. Smith, no relation to the IBM salesman, started complaining about how terrible the system was. It took ninety minutes to process a single reservation. Ninety minutes. A customer would call, an agent would check the board, call another office to confirm availability, wait for a callback, write the ticket by hand, and file the record. If the customer changed their mind during those ninety minutes, the whole process started over. And the error rate was catastrophic. Double bookings were constant. Seats went unsold because the board showed them taken when they weren't. The airline was essentially flying blind.
Blair Smith listened, probably nodding politely the way IBM salesmen do, and said something along the lines of: we're building computers that could handle this.
We have a machine in development at our Poughkeepsie laboratory. It processes transactions in real time. What you're describing is fundamentally a data retrieval problem, and we think we can solve it electronically.
That conversation, on a random domestic flight, started a project that would take seven years and cost the equivalent of half a billion dollars in today's money to build. They called it the Semi-Automated Business Research Environment, which is a name so bland it could only have come from IBM. Everyone just called it Sabre.
The project that emerged was unlike anything that had been attempted in commercial computing. This was nineteen fifty-three. Computers filled rooms. They ran batch jobs overnight and produced printed reports in the morning. The idea of a computer responding in real time to a human sitting at a terminal was essentially science fiction. IBM had done something similar for the military with the SAGE air defense system, tracking Soviet bombers across radar screens. But nobody had tried it for a business.
The technical challenges were staggering. Sabre needed to handle thousands of simultaneous queries against a database that changed constantly. Every booking, every cancellation, every schedule change had to be reflected instantly across every terminal in the network. If an agent in Dallas booked the last seat on a Miami flight, an agent in Chicago had to see that seat disappear from availability within three seconds. Three seconds. In nineteen fifty-nine. On hardware with less processing power than a modern alarm clock.
IBM assigned a team that eventually grew to four hundred people. They built custom hardware, custom software, custom networking. The telephone company had to install dedicated lines connecting every American Airlines ticket office to a pair of IBM seven-oh-ninety mainframes in a bunker in Briarcliff Manor, New York. The machines had magnetic drum memory storing data on spinning metal cylinders. Each drum held about six hundred thousand characters. Your phone has more storage in the chip that handles Bluetooth.
Sabre went live in nineteen sixty. One terminal. One office. Within four years, it had spread to every American Airlines location in the country. It could process eighty-three thousand phone calls a day and handle seven thousand six hundred reservations per hour. The wall of index cards was gone. So were about ten thousand jobs.
Here's where the story gets interesting, and where it connects to something much larger than airline tickets. American Airlines had built Sabre to solve a logistics problem. But by the early nineteen seventies, a new CEO named Robert Crandall realized they had accidentally built something far more valuable. They had built a marketplace.
Crandall was not a sentimental person. He once said that if he could figure out a way to serve one less olive in each first-class salad, he'd save the airline forty thousand dollars a year. He looked at Sabre and saw not a reservation tool but a distribution channel. At the time, travel agents booked flights using printed schedule books that came out quarterly. The books were thick, out of date the day they were printed, and sorted alphabetically by airline. What if, Crandall thought, travel agents could search flights on Sabre terminals instead?
We will put terminals in every travel agency in America. They will search our system. And they will book through our system. And we will control what they see first.
This was, in modern terms, the invention of search ranking for commercial purposes. American Airlines offered Sabre terminals to travel agents for free. The system showed all airlines, not just American. But here was the trick: American flights appeared first in the results. Not because they were cheaper or better timed, but because American owned the system. The screen bias was invisible to the traveler and barely noticeable to the agent. But it shifted billions in revenue.
Other airlines screamed. The Department of Justice eventually stepped in and forced Sabre to display results without carrier bias. But by then, American had a twenty-year head start. Sabre was in thirty thousand travel agencies. It was processing forty-two percent of all airline bookings in the United States. The reservation system had become more profitable than the airline itself.
Now here's the part nobody talks about. The business story of Sabre gets all the attention. The technology underneath gets ignored. But the technology is the reason the whole thing worked, and the reason systems like it still run today.
When IBM built Sabre, they designed it around a set of principles that seem obvious now but were radical then. First, no single failure could take the system down. The two mainframes in Briarcliff Manor ran in parallel. If one died, the other kept going without a single dropped transaction. Second, the data model was transactional. Every change was atomic. A booking either completed entirely or not at all. There was no state where a seat was half-booked or a passenger existed in one record but not another. Third, the system was designed to run continuously. Not in batches. Not overnight. Always.
These principles flowed directly from the SAGE military heritage. When you're tracking incoming nuclear bombers, your system cannot go down for maintenance at two AM. When you're processing airline reservations for a nation, the same applies. The military DNA in Sabre's architecture is the reason that, decades later, when IBM developed the AS four hundred, they carried forward the same philosophy. High availability. Transactional integrity. Run forever without human intervention.
The AS four hundred, which appeared in nineteen eighty-eight, was not a descendant of the Sabre hardware. But it was a descendant of the Sabre philosophy. It was designed for businesses that needed a computer that would just work, year after year, without a dedicated team of administrators constantly patching and rebooting it. The machine was built to be boring. And boring, it turns out, is exactly what you want when your business depends on it.
By the nineteen eighties, every major airline had its own reservation system. United had Apollo. TWA had PARS. Delta had DATAS. Eastern had System One. But Sabre was the biggest, and Crandall kept pushing it further. He wanted Sabre to become the global distribution system, or GDS, for all travel. Not just flights but hotels, rental cars, cruise ships, package tours. The system that started as a wall of index cards was trying to become the operating system of the travel industry.
And it largely succeeded. Through the nineteen nineties, three GDS platforms consolidated control of global travel distribution. Sabre, Amadeus, and Travelport. Between them, they handled the vast majority of travel bookings worldwide. When you booked a flight through a travel agent in Osaka, the transaction flowed through one of these three systems. When a cruise line, let's say a hypothetical Caribbean cruise company, needed to manage bookings across Nordic markets, the backend was talking to a GDS.
The irony is that these systems, built on principles of reliability and transactional integrity from the nineteen fifties, were often layered on top of with enterprise software from the nineteen nineties and two thousands that had none of those qualities. The GDS underneath was solid. The CRM bolted on top was fragile. The marketing automation platform connected via flat file exports was chaos. The reservation core could handle seven thousand transactions per hour without dropping one. The email campaign system couldn't process a text file with the letter ö.
Sabre spun off from American Airlines in two thousand. It became its own publicly traded company worth billions. The airline that created it eventually went bankrupt. The system outlived its parent.
Today, Sabre processes over a billion passenger itineraries per year. It runs in data centers, not bunkers. The IBM seven-oh-ninety mainframes are in museums. But the fundamental transaction model, the one that says a booking either happens completely or not at all, the one that says the system never goes down, the one that says data integrity is more important than features, that model is still there. It's the reason you can book a flight on your phone at three AM and trust that the seat will actually be there when you arrive at the airport.
And it all started because two men with the same last name sat next to each other on a plane, and one of them complained about index cards.
The napkin sketch from that flight doesn't survive. But the system does. Seventy-one years and counting. The AS four hundred would be proud.