Table des matières
Lorsque vous réservez un vol sur votre téléphone – une application claire et moderne avec des animations fluides, des tarifs en temps réel et un paiement en un seul clic – la partie du système que vous touchez est la couche très fine et très récente à la surface.
En dessous, presque invariablement, votre demande est acheminée vers l’un des trois vastes et profondément anciens systèmes qui maintiennent silencieusement l’ensemble de l’industrie mondiale du voyage. Sabre. Amédée. Port de voyage. À eux deux, ils gèrent pratiquement toutes les réservations de compagnies aériennes, la majorité des réservations d’hôtel et la plupart des transactions des agents de voyages sur Terre.
Et le plus ancien d’entre eux, Sabre, trouve ses origines au début des années 1960, une époque où l’ordinateur le plus puissant du monde avait moins de puissance de calcul que le téléphone que vous tenez.
L’interface que la plupart des professionnels du voyage utilisent pour communiquer avec ces systèmes est, dans de nombreux cas, toujours un terminal texte à écran vert – ou un wrapper graphique moderne sur un seul. La réservation effectuée pour votre siège sur un Boeing 787 en 2026 est, à un certain niveau de la pile, toujours traitée par une infrastructure numérique conçue à l’époque où l’ordinateur le plus exotique en service était un IBM 7090.
Le système qui a tout déclenché
L’histoire commence, entre autres, sur un vol d’American Airlines de 1953.
Le président d’American Airlines, CR Smith, se trouvait justement assis à côté d’un vendeur IBM nommé R. Blair Smith. Au cours du vol, ils ont parlé des problèmes de réservation d’American. À l’époque, les réservations des compagnies aériennes étaient gérées dans des salles remplies d’employés mélangeant des cartes physiques sur des tables circulaires. Les erreurs étaient constantes. Deux passagers seraient généralement réservés sur le même siège. Des avions vides volaient tandis que les clients payants étaient refoulés.
À la fin du vol, les deux hommes étaient convenus de démarrer un projet ensemble. Cela prendrait plus d’une décennie, 40 millions de dollars (environ 350 millions de dollars en argent actuel) et 400 années-personnes de travail de programmation. Mais une fois terminé, ils avaient construit quelque chose qui n’existait nulle part ailleurs dans le monde : un système de réservation informatisé en temps réel, réparti dans plusieurs villes, capable de réserver des vols en quelques secondes plutôt qu’en quelques heures.
Ils l’ont appelé Sabre – Semi-Automated Business Research Environment. Il était pleinement opérationnel en 1964. Il deviendra, au cours des décennies suivantes, le modèle de tous les systèmes de réservation de compagnies aériennes existants.
Comment un système des années 1960 gère l’industrie moderne du voyage
Ce que Sabre a prouvé, c’est qu’il était possible de traiter de gros volumes de transactions en temps réel, en réseau. IBM, reconnaissant l’opportunité commerciale, a utilisé la technologie sous-jacente et a construit une version générique appelée PARS (Programmed Airline Reservation System) et l’a vendue à d’autres compagnies aériennes. Le système d’exploitation TPF (Transaction Processing Facility) de Sabre est devenu le substrat standard sur lequel toute l’industrie a été construite.
Le résultat est que les systèmes de voyage « concurrents » d’aujourd’hui sont, en termes structurels profonds, des cousins exploitant des variantes de la même technologie des années 1960. Sabre traite près de 70 millions de transactions par jour. Amadeus, le deuxième plus grand, gère une échelle similaire. Travelport, qui possède Galileo et Worldspan, représente la majeure partie du reste. Ensemble, ils constituent l’un des éléments d’infrastructure les plus importants de l’économie mondiale – la couche silencieuse à travers laquelle le voyage devient possible.
Le terminal à écran vert de l’agent de voyages, avec ses codes de commande énigmatiques et ses champs de données de 256 caractères, est un descendant visuel direct de l’interface mainframe originale de Sabre. Des interfaces graphiques modernes ont été ajoutées par-dessus et de nombreux agents cliquent désormais entre les vues textuelles et visuelles. Mais le langage sous-jacent – les codes qui instruisent réellement le système – n’a pas fondamentalement changé depuis soixante ans.
Pourquoi rien ne l’a remplacé
La réponse honnête à la question de savoir pourquoi l’industrie du voyage fonctionne toujours avec des infrastructures dérivées des années 1960 n’a rien à voir avec le fait que les systèmes sont secrètement supérieurs ou que les alternatives modernes sont techniquement incapables. Ces deux explications sont répétées dans des articles populaires et aucune n’est exacte.
Les véritables raisons sont plus banales et plus puissantes.
Premièrement, les systèmes fonctionnent. Sabre et ses pairs ont été développés continuellement pendant six décennies. Ils gèrent d’énormes volumes de transactions de manière fiable, avec une disponibilité mesurée en neuf. Le coût de toute panne est catastrophique : une panne de Sabre de plusieurs heures en 2024 a bloqué des milliers de passagers dans le monde et a dominé l’actualité internationale. Demander à l’industrie de parier sur un remplacement, c’est lui demander de prendre un risque qu’aucun dirigeant rationnel ne prendrait volontairement.
Deuxièmement, les systèmes sont profondément et complexement enchevêtrés. Sabre ne se contente pas de détenir un inventaire de vols. Il se connecte aux moteurs de tarification des compagnies aériennes, aux bases de données de fidélisation, aux chaînes hôtelières, aux réseaux de location de voitures, aux systèmes de reporting réglementaire, aux processeurs de paiement, aux services de classement des tarifs et aux systèmes de réservation de centaines de milliers d’agences de voyages dans le monde. Le remplacement du cœur nécessite soit de remplacer toutes ces connexions en même temps, soit de maintenir la compatibilité avec l’infrastructure conçue il y a un demi-siècle.
Troisièmement, le coût de la migration est énorme. Sabre lui-même se modernise activement depuis plus d’une décennie – en déplaçant le code vers l’infrastructure cloud, en remplaçant les middlewares et en reconstruisant les composants des microservices. En 2019, environ 11 % du code de Sabre fonctionnait toujours dans des centres de données sur site, le reste ayant migré. Cette migration a coûté des milliards et est toujours en cours.
La modernisation est réelle. Le rythme est glacial car l’alternative – se tromper – est impensable.
Pourquoi cette histoire est importante
L’histoire des mainframes de l’industrie du voyage se situe à côté de l’histoire des banques COBOL comme l’un des deux exemples les plus clairs d’une vérité plus large sur la technologie : certaines infrastructures, une fois suffisamment profondément ancrées, ne sont tout simplement jamais complètement remplacées. Cela se superpose. Il est enveloppé. Il se modernise progressivement, pièce par pièce, au fil des décennies. Mais les os sous-jacents demeurent.
Lorsque vous réservez un vol sur smartphone en 2026, vous touchez à un logiciel comportant de multiples couches géologiques distinctes. L’application sur votre téléphone a peut-être trois mois. L’API de réservation derrière cela a peut-être deux ans. Le moteur de tarification a peut-être dix ans. Le système d’inventaire pourrait remonter directement au milieu des années 1960, lorsque les employés d’American Airlines mélangeaient encore des cartes sur une table circulaire et qu’un homme sur un vol de New York à Los Angeles a convaincu IBM de l’aider à faire quelque chose de mieux.
Cette conversation a eu lieu il y a 73 ans. Le système qu’il a produit est toujours opérationnel. Et le jour où vous lisez ceci, il a traité, quelque part dans le monde, une réservation que vous avez effectuée — silencieusement, de manière fiable, invisible, exactement comme il le fait depuis six décennies.
