En janvier, Sabre, la société de technologie de voyage qui a probablement géré au moins certains aspects de vos dernières réservations de vol et d’hôtel, a annoncé un Partenariat de 10 ans avec Google Cloud cela lui permettrait de dépenser environ 2 milliards de dollars sur la plate-forme cloud de Google au cours de cette période. Sabre, comme tant d’entreprises de sa taille, exploite depuis longtemps ses propres centres de données, donc tout passage au cloud serait une entreprise majeure. Mais alors que l’histoire de beaucoup de grandes entreprises est d’être multi-cloud, Sabre parie carrément sur un seul partenaire.

Joe Difonzo, le CIO de Sabre, m’a dit que c’est le résultat d’un certain nombre d’apprentissages. Lorsqu’il a rejoint Sabre en 2017, la direction de l’entreprise avait déjà décidé de déplacer davantage de charges de travail vers le cloud. Pour Sabre, avec ses huit mainframes et plus de 35 000 serveurs, cela n’allait jamais être une entreprise anodine.

« Il y avait tout cet élément de la façon dont nous exploitons notre logiciel, de la façon dont nous déployons nos produits, de la façon dont nous livrons le service aux clients, qui était encore en quelque sorte coincé dans les modèles traditionnels, [including how you] gérez votre propre centre de données et les énormes problèmes de gestion de la chaîne d’approvisionnement qui l’entourent, la façon dont nous déployons les logiciels et les emballons, cette notion d’environnements de machines physiques, ce genre de choses », a-t-il expliqué.

Avec l’adhésion de la direction, il a décidé de faire passer l’entreprise non seulement au cloud, mais également à un modèle de développement moderne. Et comme tant d’autres entreprises, Sabre a commencé à conclure des accords avec un certain nombre de fournisseurs de cloud, principalement parce que l’équipe ne savait pas encore sur qui parier ou s’il fallait opter pour une approche multicloud.

« Nous avons pu commencer ce voyage, mais nous n’avions pas fait grand-chose dans le cloud auparavant. Donc, à l’origine, nous sommes allés sur la voie où nous avons conclu des accords avec tous les principaux fournisseurs de cloud. On se disait : bon, allons sur la voie du multi-cloud jusqu’à voir s’il y a mieux, parce que, franchement, on ne savait pas ce qu’on ne savait pas et on ne voulait pas faire l’erreur de commettre à personne trop tôt.

Et tandis que la direction était derrière le mouvement, DiFonzo a estimé qu’il devait obtenir une victoire rapide, en partie parce que les clients de l’entreprise devaient également être à bord. Pour cela, l’équipe a choisi l’un des services les plus importants et les plus gourmands en ressources CPU de Sabre : son application d’achat, qui fonctionnait auparavant dans son propre centre de données de Tulsa, en Oklahoma. C’est là que beaucoup de revenus pour les clients de Sabre sont générés, donc en étant en mesure de montrer des performances et une stabilité améliorées pour ce service, l’équipe a pu renforcer sa crédibilité pour le reste de sa feuille de route.

Mais à la mi-2018, l’équipe s’est rendu compte que l’utilisation de plusieurs clouds devenait un facteur limitant. Alors que tous les différents fournisseurs offraient une pléthore de services intéressants, le fait d’être multi-cloud signifiait que l’équipe devait se limiter au plus petit dénominateur commun entre les différents fournisseurs.

« Si vous n’aviez pas adopté l’approche du plus petit dénominateur commun, vous auriez alors ce problème énorme de devoir former tout votre personnel sur trois ensembles différents d’architectures, trois groupes différents de bases de données, trois types différents de mécanismes de messagerie, et sur et ainsi de suite », a déclaré DiFonzo. « Donc, nous sommes vraiment revenus à la question : hé, étant donné la situation actuelle des fournisseurs de cloud computing – et cela fait deux ans depuis le point initial – avons-nous vraiment un manque de confiance dans le fait que l’un d’entre eux pourrait vraiment répondre à nos besoins ? »

Après une recherche approfondie, l’équipe a décidé d’opter pour Google Cloud, en fonction de ses offres technologiques et de sa feuille de route, mais aussi en raison de l’acquisition d’ITA par Google, qui lui a donné un aperçu unique du fonctionnement de l’espace de voyage. Saber s’intéressait également aux technologies d’IA de Google, ainsi qu’à la capacité d’Apigee à aider Saber à gérer ses API – et, comme l’a noté DiFonzo, les deux sociétés avaient également des mentalités d’ingénierie similaires.

Même avec le recul, plus de deux ans plus tard et avec de nouveaux outils multi-cloud disponibles comme Anthos de Google ou Azure Arc de Microsoft, DiFonzo pense qu’il prendrait la même décision. En effet, Sabre utilise en fait des parties d’Anthos pour gérer ses applications au sein de l’environnement de Google. Mais peut-être plus important encore, soutient DiFonzo, le fait de choisir un seul fournisseur permet à ses équipes d’ingénierie de se concentrer.

Jusqu’à présent, Sabre a formé plus de 3 600 employés sur Google Cloud (et ces employés ont consommé plus de 67 000 heures de contenu d’apprentissage sur Coursera uniquement).

À ce stade, environ 15 % des charges de travail de milieu de gamme de Sabre ont été migrées vers le cloud de Google, y compris 100 % de son système de réservation d’hôtels et de son service d’achat de billets d’avion Travel Solutions.

Cela peut être plus lent que certains ne l’avaient prévu. Un reportage dans L’Information plus tôt cette année a noté que Saber n’avait dépensé jusqu’à présent qu’environ 10 millions de dollars sur Google Cloud. Mais DiFonzo fait valoir que personne ne devrait être surpris par cela, et que l’année dernière était consacrée à jeter les bases, le mouvement s’accélérant maintenant. En effet, il s’attend à ce que 75 % de la capacité de calcul totale de Sabre soit alimentée par Google Cloud d’ici la fin de l’année prochaine.

« Il a fallu du temps pour former et construire toute l’infrastructure, car notre objectif n’est pas seulement de déplacer les machines immédiatement, c’est d’être plus efficace à la fin de la journée. Tout le travail d’automatisation et tout le travail de planification qui ont été nécessaires nous aident désormais à avancer plus rapidement », a-t-il déclaré. Cela signifie également que l’équipe décompose les anciennes applications en microservices, par exemple, ce qui signifie en soi que les équipes d’ingénierie et d’exploitation doivent acquérir de nouvelles compétences. Il ne s’agit donc pas seulement de conteneuriser des applications existantes, mais également de déplacer certaines applications vers une architecture sans serveur à l’aide de Google Cloud Functions.

« Cela va demander un peu plus de travail de notre part pour valider tout cela – les performances, le fonctionnement et l’échelle, etc. les activités de gestion d’aujourd’hui auxquelles nous devons faire face aujourd’hui », a-t-il ajouté.

Quant à proposer davantage de services basés sur l’IA à ses clients, DiFonzo a noté qu’il ne voulait pas avoir à construire toute l’infrastructure pour le faire. Ensemble, Sabre et Google développent une nouvelle plate-forme basée sur l’IA pour apporter davantage de cette technologie au portefeuille de produits de Sabre. Sabre est également en train de transférer 11 pétaoctets de ses ensembles de données de base vers Google Cloud (avec la migration de toutes les données d’ici 2023), et il est sur le point de lancer un nouveau produit d’intelligence de marché qui utilise BigQuery et Looker pour prédire la demande de voyages.

« Je veux me tenir sur les épaules des géants », a expliqué DiFonzo. «Ils ont des dizaines de milliers d’ingénieurs qui découvrent toutes ces choses intéressantes. Et je veux juste l’utiliser aussi rapidement et en toute sécurité que possible ici à Sabre. »