Comment Discover a pu économiser 1,4 million de dollars de son budget AWS annuel en deux jours de jeu

Vous souvenez-vous des forfaits de téléphonie mobile ? Au début du siècle, une famille entière pouvait partager le même forfait de téléphone portable, et il ne fallait que quelques heures de conversation pour vider le compte de toutes les minutes restantes pour le reste de la famille. Et aujourd'hui, un phénomène similaire se produit dans le cloud. 

Tout utilisateur de cloud public s'est probablement déjà retrouvé dans une situation de paiement supplémentaire accidentelle. Cela pose problème, mais il est d'autant plus problématique qu'il est facile d'ignorer un seul paiement lorsque vous en traitez plusieurs centaines à la fois. Chez Discover, l'entreprise de services financiers récemment rachetée par capital one, les développeurs ont trouvé le moyen de résoudre leurs problèmes de surexploitation et de réaliser d'importantes économies. Il n'est pas surprenant qu'une entreprise proposant des cartes de crédit comprenne la valeur de l'optimisation des coûts dans le cloud. Malgré cela, il est surprenant de constater qu'en ces deux jours, l'entreprise a réussi à économiser 1,4 million de dollars par an sur sa facture liée au cloud.

2 jours, 1,4 million de dollars

Discover a adopté Red Hat OpenShift en 2022. Auparavant, l'entreprise avait essayé de se renforcer sur CloudFoundry, la solution de type PaaS (Platform-as-a-Service) souvent promue par Pivotal, VMware et Broadcom.

Steve Katz, directeur d'OpenShift chez Discover, indique que ce dernier utilise désormais OpenShift pour gérer son infrastructure de conteneurs au sein d'Amazon Web Services. Pour migrer les 1 200 charges de travail existantes vers OpenShift et Amazon Web Services, l'entreprise a décidé dès le départ de se concentrer sur la rapidité et la qualité de la transition, et de mettre de côté les inquiétudes budgétaires.

D'après Katz, « Vous avez le choix entre deux des trois contraintes suivantes : qualité, coût, rapidité Nous avons choisi la qualité et la rapidité »

Une fois la migration terminée, l'équipe de Discover a créé et déployé 300 applications supplémentaires sur la plateforme. Katz a donc décidé qu'il était temps de penser à l'optimisation des coûts. En exécutant environ 1 500 applications dans AWS, Katz Automation a la possibilité de réaliser des économies complètes sur les coûts. L'astuce consistait à étendre ces optimisations à l'ensemble de la gamme d'applications de l'entreprise.

En janvier, une semaine avant le Super Bowl, Katz et son équipe basée à Chicago ont organisé ce qu'ils ont appelé le « Journée du jeu ».

« C'est un événement qui s'est tenu sur deux jours, et nous avons demandé à tout le monde d'analyser, de corriger et de déployer des applications. Au bout de deux jours, les modifications apportées et passées en production dans AWS ont été évaluées », explique Katz.

D'après Katz, « Ces efforts de deux jours ont permis de réduire d'environ 1,4 million de dollars les coûts annuels de AWS. »

Balisage des charges de travail

Pour commencer, le principal conseil que Katz donne pour y parvenir est la mise en place d'une politique et d'une automatisation pour le balisage des charges de travail. Katz explique que les équipes n'ont pas mis en œuvre ce projet au départ, et qu'il a donc passé beaucoup de temps dans des feuilles de calcul pour associer les charges de travail aux centres de coûts. Désormais, lorsqu'une charge de travail est ajoutée à OpenShift, Katz est considéré comme propriétaire (et pour son service, un centre de coûts). Si un développeur active la charge de travail, elle est balisée à son nom, et donc liée à son centre de coûts.

C'est important, car Discover a déployé des efforts particuliers pour les Fintechs afin d'optimiser les coûts et de lier directement les dépenses informatiques aux postes budgétaires. Cette acquisition l'incite également à s'intégrer à l'infrastructure informatique de Capital One, et le balisage des charges de travail facilite également cette démarche.

Technologies et culture du développement

Même avant que Katz n'organise cet événement « Journée du jeu » de deux jours, il demandait déjà à ses développeurs de définir les métadonnées Requests pour leurs conteneurs dans le cadre des meilleures pratiques. Les efforts déployés pour diffuser ce conseil au sein de l'entreprise n'ont cependant pas abouti. 

D'après Katz, « certains préfèrent la documentation », d'autres préfèrent les webinars ou les cours pour pouvoir poser des questions. Même s'il a essayé de lui proposer ce type d'options, il n'a pas réussi à optimiser les coûts.

C'est lorsqu'il a réuni tout le monde dans une même salle et programmé des intervenants pour expliquer comment optimiser chaque élément du cycle de vie de l'application que la magie a opéré. Chaque intervenant prenait la parole et présentait des diapositives, puis les équipes des participants mettaient en pratique ce qu'elles avaient appris pour les utiliser dans leurs applications. L'intervenant suivant a ensuite commencé. C'était comme s'ils effectuaient des opérations d'optimisation réelles pendant deux jours d'affilée. 

Avant l'événement « Journée du jeu », Katz avait également aidé les équipes informatiques à optimiser les coûts AWS au niveau des coûts d'administration. « Nous utilisons Turbonomic, qui est la marque IBM. C'est ce qui nous a aidés à améliorer l'efficacité des services que nous [exécutons]. [Il assure] le stockage dense des données et le déplacement des objets pour maintenir l'affinité des nœuds là où ils doivent l'être, sans gaspiller d'espace », confie Katz.

« Avons-nous besoin de deux jours pour faire tout cela ? Non. L'objectif était de rassembler les gens, de les éveiller dans notre culture et de comprendre les raisons de notre travail. Nous étions aussi chez Discover depuis des mois et nous vous demandions de mettre à jour ces deux valeurs ! Consultez ce tableau de bord, mettez à jour ce chiffre ! Nous n'avons tout simplement pas eu autant de soutien. C'était comme ajouter la culture, car la technologie est le plus important. Or, sans culture, elle devient parfois stagnante et inexploitée », explique Katz Katz.

En savoir plus sur Red Hat OpenShift Service on AWS