Il n'y a pas de moyen idéal pour implémenter OpenStack dans votre entreprise, mais il existe des principes généraux qui peuvent vous guider vers une implémentation réussie.
L'un des avantages des logiciels open source, tels que OpenStack, est la possibilité de le télécharger, de l'essayer et de s'en faire une idée pratique sans longue interaction avec les fournisseurs des sociétés fournisseurs ou sans avoir besoin de longues approbations internes d'un projet pilote entre votre entreprise et votre entreprise. vendeur.
Mais que se passe-t-il lorsque vient le temps de faire autre chose que d'essayer un projet? Comment préparerez-vous un système déployé de la source à la production? Comment pouvez-vous surmonter les obstacles organisationnels à l'introduction de technologies nouvelles et transformatrices? Par où commencer? Que ferez-vous ensuite?
Bien sûr, beaucoup peut être appris de l'expérience de ceux qui ont déjà déployé OpenStack. Pour mieux comprendre les schémas d'adoption d'OpenStack, j'ai parlé avec plusieurs équipes qui ont réussi à introduire ce système dans leurs entreprises.
MercadoLibre: les impératifs de la nécessité et courir plus vite que le daim
Si le besoin est suffisamment fort, l'introduction d'une infrastructure cloud flexible peut être presque aussi simple que «la construire et ils viendront». À bien des égards, c'est l'expérience qu'Alejandro Comisario, Maximiliano Venesio et Leandro Reox ont acquise de leur entreprise MercadoLibre, la plus grande entreprise de commerce électronique en Amérique latine et la huitième au monde.
En 2011, lorsque le service de développement de l'entreprise a commencé à décomposer son système alors monolithique en une plate-forme composée de services faiblement couplés connectés via des API, l'équipe infrastructure a rencontré une forte augmentation du nombre de demandes à leur petite équipe qui devaient être satisfaites.
«Le changement a été très rapide», a déclaré Alejandro Comisario, directeur technique des services cloud MercadoLibre. - Nous avons soudainement réalisé que nous ne pouvions pas continuer à travailler à un tel rythme sans l'aide d'aucun système.
Alejandro Comisario, Maximiliano Venesio et Leandro Reox, toute l'équipe MercadoLibre de l'époque, ont commencé à rechercher des technologies qui leur permettraient d'éliminer les étapes manuelles de la fourniture d'infrastructure à leurs développeurs.
L'équipe s'est fixée des tâches plus complexes, formulant des objectifs non seulement pour les tâches à court terme, mais aussi pour les objectifs de l'ensemble de l'entreprise: réduire le temps pour fournir aux utilisateurs des machines virtuelles prêtes pour un environnement productif de 2 heures à 10 secondes et éliminer l'intervention humaine de ce processus.
Quand ils ont trouvé OpenStack, il est devenu clair que c'était exactement ce qu'ils cherchaient. La culture en pleine croissance de MercadoLibre a permis à l'équipe d'avancer rapidement dans la création de l'environnement OpenStack, malgré l'immaturité relative du projet à l'époque.
"Il est devenu clair que l'approche OpenStack - rechercher, plonger dans le code et tester les fonctionnalités et la mise à l'échelle est la même que l'approche MercadoLibre", explique Leandro Reox. - Nous avons pu nous immerger immédiatement dans le projet, déterminer l'ensemble de tests pour notre installation d'OpenStack et commencer les tests.
Leurs premiers tests sur la deuxième version d'OpenStack ont identifié plusieurs problèmes qui les ont empêchés de devenir productifs, cependant, la transition de Bexar à Cactus s'est juste produite au bon moment. Des tests supplémentaires de la version de Cactus ont permis de s'assurer que le cloud était prêt pour une utilisation commerciale.
Le lancement de l'exploitation commerciale et la compréhension par les développeurs de la possibilité d'obtenir une infrastructure aussi rapidement que les développeurs peuvent la consommer, ont déterminé le succès de la mise en œuvre.
«Toute l'entreprise souhaitait un système similaire et la fonctionnalité qu'il offre», explique Maximiliano Venesio, ingénieur principal en infrastructure chez MercadoLibre.
Cependant, l'équipe a été prudente dans la gestion des attentes des développeurs. Ils devaient s'assurer que les développeurs comprenaient que les applications existantes ne pouvaient pas fonctionner sur le nouveau cloud privé sans modifications.
«Nous devions nous assurer que nos développeurs étaient prêts à écrire des applications sans état pour le cloud», a déclaré Alejandro Comisario. - C'était un énorme changement culturel pour eux. Dans certains cas, nous avons dû enseigner aux développeurs que le stockage de leurs données dans une instance ne suffit pas. Les développeurs devaient ajuster leur réflexion.
L'équipe a été attentive à la formation des développeurs et leur a recommandé les meilleures pratiques pour créer des applications cloud-ready. Ils ont envoyé des e-mails, organisé des dîners d'apprentissage non formels et des formations formelles, et fourni une documentation cloud appropriée. Le résultat de leurs efforts est le suivant: les développeurs de MercadoLibre sont désormais aussi à l'aise pour développer des applications cloud que pour des applications traditionnelles pour les environnements virtualisés de l'entreprise.
L'automatisation qu'ils ont pu réaliser avec un cloud privé a porté ses fruits, permettant à MercadoLibre d'étendre considérablement son infrastructure. Ce qui a commencé comme une équipe d'infrastructure composée de trois personnes prenant en charge 250 développeurs, 100 serveurs et 1 000 machines virtuelles est devenu une équipe de 10 personnes prenant en charge plus de 500 développeurs, 2 000 serveurs et 12 000 VM.
Workday: création d'une analyse de rentabilisation pour OpenStack
Pour l'équipe de Workday en SaaS, la décision d'accepter OpenStack n'était pas tant opérationnelle que stratégique.
La voie de Workday vers l'introduction d'un cloud privé a commencé en 2013, lorsque la direction de l'entreprise a accepté d'investir dans une vaste initiative de centre de données défini par logiciel (SDDC). L'espoir de cette initiative était de parvenir à une plus grande automatisation, d'innover et d'augmenter l'efficacité des centres de données.
Workday a créé sa vision d'un cloud privé entre les équipes d'infrastructure, d'ingénierie et d'exploitation de l'entreprise, et un accord a été conclu pour lancer une initiative de recherche. Workday a embauché Carmine Remi en tant que directrice des solutions cloud pour mener le changement.
La première tâche de Rimi chez Workday a été d'étendre l'analyse de rentabilisation d'origine à une grande partie de l'entreprise.
La pierre angulaire de l'analyse de rentabilisation était d'accroître la flexibilité avec SDDC. Cette flexibilité accrue aiderait l'entreprise à répondre à ses souhaits de déploiement logiciel continu sans interruption de service. L'API SDDC a été conçue pour permettre aux équipes de développement d'applications et de plates-formes Workday d'innover d'une manière auparavant inaccessible.
L'efficacité de l'équipement a également été prise en compte dans l'analyse de rentabilisation. Workday fixe des objectifs ambitieux pour augmenter le recyclage des équipements existants et des ressources du centre de données.
«Nous avons constaté que nous disposions déjà d'une technologie de couche intermédiaire qui peut tirer parti du cloud privé.» Ce middleware a déjà été utilisé pour déployer des environnements de développement / test dans des clouds publics. Avec l'aide d'un cloud privé, nous pourrions étendre ce logiciel pour créer une solution de cloud hybride. En utilisant une stratégie de cloud hybride, Workday peut migrer les charges de travail entre les clouds publics et privés, ce qui maximisera l'utilisation de l'équipement, permettant des économies pour les entreprises
Enfin, la stratégie cloud de Rimi a souligné que de simples charges de travail sans état et leur mise à l'échelle horizontale permettront à Workday de commencer à utiliser son cloud privé avec moins de risques et d'atteindre la maturité des opérations cloud de manière naturelle.
«Vous pouvez démarrer le plan et apprendre à gérer un nouveau cloud avec une petite charge de travail, semblable à la R&D traditionnelle, qui vous permet d'expérimenter dans des conditions sûres», a suggéré Rimi.
Avec une solide analyse de rentabilisation, Rimi a évalué plusieurs plateformes de cloud privé bien connues, y compris OpenStack, pour un large éventail de critères d'évaluation, qui comprenaient l'ouverture de chaque plateforme, la facilité d'utilisation, la flexibilité, la fiabilité, la résilience, la disponibilité du support et de la communauté, ainsi que le potentiel. Sur la base des résultats de leur évaluation, Rimi et son équipe ont sélectionné OpenStack et se sont mis à créer un cloud privé prêt pour une utilisation commerciale.
Avec le lancement réussi de son premier cloud OpenStack viable, Workday continue de faire pression pour un déploiement plus large du nouveau SDDC. Pour y parvenir, Rimi utilise une approche multipartite axée sur:
- se concentrer sur les charges de travail prêtes pour le cloud, en particulier sur les applications sans état du portefeuille
- définition des critères et du processus de migration
- fixer des objectifs de développement pour la migration de ces applications
- Communiquer et former des groupes de parties prenantes Workday à l'aide de réunions OpenStack, de démonstrations, de vidéos et de formations
«Notre cloud prend en charge une variété de charges de travail, certaines en production, d'autres en préparation pour une utilisation commerciale. En fin de compte, nous voulons migrer toutes les charges de travail, et je m'attends à ce que nous atteignions un point de basculement lorsque nous verrons un flux soudain d'activité. Nous préparons le système en plusieurs parties chaque jour pour pouvoir faire face à ce niveau d'activité le moment venu.
Bestbuy: briser les interdictions
La chaîne de magasins d'électronique BestBuy a un chiffre d'affaires annuel de 43 milliards de dollars et 140 000 employés, soit la plus grande des sociétés répertoriées dans l'article. Et donc, bien que les processus utilisés par l'équipe d'infrastructure bestbuy.com pour préparer le cloud privé basé sur OpenStack ne soient pas uniques, la flexibilité avec laquelle ils ont appliqué ces processus est impressionnante.
Pour déployer leur premier cloud OpenStack sur BestBuy, Steve Eastham, directeur des solutions Web et Joel Crabb, architecte en chef, ont dû s'appuyer sur une approche créative pour surmonter les nombreux obstacles qui se dressaient sur leur chemin.
L'initiative BestBuy OpenStack s'est développée au début de 2011 en essayant de comprendre les différents processus commerciaux associés aux processus de publication du site de commerce électronique bestbuy.com. Ces efforts ont révélé d'importantes inefficacités dans les processus d'assurance qualité. Le processus de contrôle de la qualité a entraîné des coûts importants pour chaque version majeure du site, qui a eu lieu deux à quatre fois par an. Une part importante de ces coûts était associée à la configuration manuelle de l'environnement, à la réconciliation des écarts et à la résolution des problèmes de disponibilité des ressources.
Pour résoudre ces problèmes, bestbuy.com a lancé l'initiative «Contrôle de la qualité à la demande», dirigée par Steve Eastham et Joel Crabb, pour identifier et résoudre les goulots d'étranglement dans le processus de contrôle de la qualité de bestbuy.com. Parmi les principales recommandations de ce projet figuraient l'automatisation des processus de contrôle qualité et la fourniture d'outils en libre-service aux groupes d'utilisateurs.
Bien que Steve Eastham et Joel Crabb aient pu utiliser la perspective de coûts de contrôle qualité très importants pour justifier l'investissement dans un cloud privé, ils ont rapidement rencontré un problème: bien que l'approbation du projet ait été reçue, il n'y avait pas de financement pour le projet. Il n'y avait pas de budget pour l'achat d'équipement pour le projet.
La nécessité est la mère de l'invention, et l'équipe a adopté une nouvelle approche du financement cloud: ils ont changé le budget de deux développeurs avec une autre équipe qui avait un budget pour l'équipement.
Sur le budget, ils avaient l'intention d'acheter l'équipement nécessaire au projet. Ayant contacté HP, leur équipementier à l'époque, ils se sont mis à optimiser l'offre. Grâce à des négociations approfondies et à une réduction acceptable des besoins en équipements, ils ont pu réduire leurs coûts d'équipement de près de moitié.
Dans la même veine, Steve Eastham et Joel Crabb ont conclu un accord avec l'équipe réseau de la société, profitant de la capacité existante du cœur existant, économisant les coûts typiques associés à l'achat de nouveaux équipements réseau.
«Nous étions sur une glace plutôt mince», a déclaré Steve Eastham. - Ce n'était pas une pratique courante chez BestBuy à l'époque ou maintenant. Nous avons agi en dessous du niveau radar. Nous avons pu obtenir une réprimande, mais nous avons réussi à l'éviter.
Surmonter les difficultés financières n'est que le premier des nombreux obstacles. À cette époque, il n'y avait pratiquement aucune opportunité de trouver des experts OpenStack pour le projet. Ainsi, ils ont dû créer une équipe à partir de zéro en se connectant à une équipe de développeurs Java traditionnels et d'administrateurs système.
«Nous venons de les placer dans une pièce et avons dit:« Découvrez comment travailler avec ce système », explique Joel Crabb. - Un des développeurs Java nous a dit: «C'est fou, tu ne peux pas le faire. Je ne sais pas de quoi tu parles. "
Nous avons dû combiner les différents styles des deux types d'équipes afin d'obtenir le résultat souhaité - un processus de développement piloté par logiciel, testable et en plusieurs phases.
Stimuler l'équipe à un stade précoce du projet leur a permis d'obtenir des victoires impressionnantes. Ils ont pu remplacer rapidement l'environnement de développement obsolète, réduire le nombre d'environnements de contrôle qualité (AQ) et, dans le processus de transformation, ils ont compris le fonctionnement des nouvelles équipes et la rapidité de livraison des applications.
Leur succès a fourni une bonne occasion de demander des ressources supplémentaires pour leur initiative de cloud privé. Et cette fois, ils ont bénéficié d'un soutien au niveau de la direction de l'entreprise.
Steve Eastham et Joel Crabb ont reçu le financement nécessaire pour embaucher du personnel supplémentaire et cinq nouveaux supports d'équipement. Le premier cloud de cette vague de projets a été l'environnement OpenStack, qui a lancé le cluster Hadoop pour l'analyse. Et il est déjà en opération commerciale.
Conclusion
Les histoires de MercadoLibre, Workday et Best Buy ont un certain nombre de principes qui peuvent vous guider sur la voie d'une mise en œuvre réussie d'OpenStack: être ouvert aux besoins des développeurs, des entreprises et d'autres utilisateurs potentiels; travailler dans le cadre des processus établis de votre entreprise; coopération avec d'autres organisations; et être prêt à agir en dehors des règles lorsque cela est nécessaire. Ce sont toutes de précieuses compétences générales qu'il est bon d'avoir avec le cloud OpenStack.
Il n'y a pas de moyen idéal pour implémenter OpenStack dans votre entreprise - le chemin de mise en œuvre dépend de nombreux facteurs liés à vous et à votre entreprise et à la situation dans laquelle vous vous trouvez.
Et bien que ce fait puisse être déroutant pour les fans d'OpenStack qui souhaitent savoir comment implémenter leur premier projet, il s'agit néanmoins d'un point de vue positif. Cela signifie qu'il n'y a pas de limite sur la distance que vous pouvez parcourir avec OpenStack. Ce que vous pouvez réaliser n'est limité que par votre créativité et votre ingéniosité.