Il n’existe pas de chemin parfait pour mettre en œuvre OpenStack dans votre entreprise, mais il existe des principes généraux qui peuvent vous guider vers une mise en œuvre réussie.
L'un des avantages des logiciels open source comme OpenStack est que vous pouvez le télécharger, l'essayer et en avoir une compréhension pratique sans avoir besoin de longues interactions avec les vendeurs du fournisseur ou de longues approbations pilotes internes entre votre entreprise. et votre entreprise.
Mais que se passe-t-il lorsqu’il est temps de faire plus que simplement essayer un projet ? Comment allez-vous préparer le système déployé du code source à la production ? Comment pouvez-vous surmonter les obstacles organisationnels à l’adoption de technologies nouvelles et transformatrices ? Où commencer? Que ferez-vous ensuite ?
Il y a certainement beaucoup à apprendre de l’expérience de ceux qui ont déjà déployé OpenStack. Pour mieux comprendre les modèles d'adoption d'OpenStack, j'ai discuté avec plusieurs équipes qui ont introduit avec succès le système dans leur entreprise.
MercadoLibre : diktat de nécessité et courir plus vite qu'un cerf
Si le besoin est suffisamment fort, la mise en œuvre d’une infrastructure cloud flexible peut être presque aussi simple que « construisez-la et ils viendront ». À bien des égards, c'est l'expérience qu'Alejandro Comisario, Maximiliano Venesio et Leandro Reox ont vécu avec leur entreprise MercadoLibre, la plus grande entreprise de commerce électronique d'Amérique latine et la huitième au monde.
En 2011, alors que le département de développement de l'entreprise commençait à 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 d'infrastructure a été confrontée à une forte augmentation du nombre de demandes que sa petite équipe devait satisfaire. .
« Le changement s'est produit très rapidement », explique Alejandro Comisario, responsable technique des services cloud chez MercadoLibre. « Nous avons littéralement réalisé du jour au lendemain que nous ne pouvions pas continuer à travailler à ce rythme sans l’aide d’un système quelconque.
Alejandro Comisario, Maximiliano Venesio et Leandro Reox, toute l'équipe de MercadoLibre à l'époque, ont commencé à rechercher des technologies qui leur permettraient d'éliminer les étapes manuelles liées à la fourniture d'infrastructures à leurs développeurs.
L'équipe s'est fixée des objectifs plus complexes, en formulant des objectifs non seulement pour les tâches immédiates, mais également pour les objectifs de l'ensemble de l'entreprise : réduire le temps nécessaire pour fournir aux utilisateurs des machines virtuelles prêtes pour un environnement productif de 2 heures à 10 secondes et éliminer intervention humaine de ce processus.
Lorsqu’ils ont découvert OpenStack, il est devenu clair que c’était exactement ce qu’ils recherchaient. La culture dynamique de MercadoLibre a permis à l'équipe d'avancer rapidement dans la construction de l'environnement OpenStack, malgré la relative immaturité du projet à l'époque.
"Il est devenu clair que l'approche OpenStack - recherche, immersion dans le code, test des fonctionnalités et mise à l'échelle - coïncide avec l'approche MercadoLibre", explique Leandro Reox. « Nous avons pu immédiatement nous plonger dans le projet, définir un ensemble de tests pour notre installation OpenStack et commencer les tests.
Leurs tests initiaux sur la deuxième version d'OpenStack ont identifié plusieurs problèmes qui les ont empêchés de passer en production, mais la transition de la version Bexar vers la version Cactus est arrivée juste au bon moment. Des tests plus approfondis de la version Cactus ont donné l'assurance que le cloud est 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 l'infrastructure aussi rapidement que les développeurs sont en mesure de la consommer ont déterminé le succès de la mise en œuvre.
« L'ensemble de l'entreprise avait soif d'un système comme celui-ci et des fonctionnalités qu'il offre », note 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 pourraient 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. « Cela a été un énorme changement culturel pour eux. Dans certains cas, nous avons dû apprendre aux développeurs que stocker leurs données sur une instance ne suffisait pas. Les développeurs ont dû ajuster leur réflexion.
L'équipe a été attentive à la formation des développeurs et a recommandé les meilleures pratiques pour créer des applications prêtes pour le cloud. Ils ont envoyé des e-mails, organisé des déjeuners d'apprentissage informels et des formations formelles, et ont veillé à ce que l'environnement cloud soit correctement documenté. Le résultat de leurs efforts est que les développeurs de MercadoLibre sont désormais aussi à l'aise pour développer des applications pour le cloud qu'ils développaient des applications traditionnelles pour les environnements virtualisés de l'entreprise.
L'automatisation qu'ils ont pu réaliser avec le cloud privé a porté ses fruits, permettant à MercadoLibre d'étendre considérablement son infrastructure. Ce qui a commencé comme une équipe d'infrastructure de trois personnes prenant en charge 250 développeurs, 100 serveurs et 1000 10 machines virtuelles est devenu une équipe de 500 personnes prenant en charge plus de 2000 développeurs, 12 000 serveurs et XNUMX XNUMX machines virtuelles.
Workday : Construire une analyse de rentabilisation pour OpenStack
Pour l’équipe de la société SaaS Workday, la décision d’adopter OpenStack était moins une décision opérationnelle que stratégique.
Le parcours de Workday vers l'adoption du 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, innovation et efficacité dans les centres de données.
Workday a créé sa vision d'un cloud privé au sein des é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 directeur des solutions cloud pour diriger le changement.
La première tâche de Rimi chez Workday a été d'étendre l'analyse de rentabilisation initiale à une plus grande partie de l'entreprise.
La pierre angulaire de l’analyse de rentabilisation était d’augmenter la flexibilité lors de l’utilisation du SDDC. Cette flexibilité accrue aiderait l’entreprise à réaliser son souhait de déploiement continu de logiciels sans aucun temps d’arrêt. L'API pour SDDC était destinée à permettre aux équipes chargées des applications et des plateformes Workday d'innover d'une manière qui n'avait jamais été possible auparavant.
L’efficacité de l’équipement a également été prise en compte dans l’analyse de rentabilisation. Workday a des objectifs ambitieux pour augmenter les taux de recyclage des équipements et ressources existants des centres de données.
« Nous avons constaté que nous disposions déjà d’une technologie middleware capable de tirer parti des avantages du cloud privé. Ce middleware a déjà été utilisé pour déployer des environnements de développement/test dans des cloud publics. Avec un cloud privé, nous pourrions étendre ce logiciel pour créer une solution de cloud hybride. Grâce à une stratégie de cloud hybride, Workday peut migrer les charges de travail entre des cloud publics et privés, maximisant ainsi l'utilisation du matériel tout en permettant à l'entreprise de réaliser des économies.
Enfin, la stratégie cloud de Rimi indique 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 naturellement la maturité des opérations cloud.
« Vous pouvez commencer par votre plan et apprendre à gérer un nouveau cloud avec une petite charge de travail, semblable à la R&D traditionnelle, ce qui vous permet d'expérimenter dans un environnement sûr », a suggéré Rimi.
Grâce à une analyse de rentabilisation solide, Rimi a évalué plusieurs plateformes de cloud privé bien connues, dont OpenStack, par rapport à un large ensemble de critères d'évaluation comprenant l'ouverture, la facilité d'utilisation, la flexibilité, la fiabilité, la résilience, le support, la communauté et le potentiel de chaque plateforme. Sur la base de leur évaluation, Rimi et son équipe ont choisi OpenStack et ont commencé à créer un cloud privé prêt à être commercialisé.
Après avoir mis en œuvre avec succès son premier cloud OpenStack viable, Workday continue de s'efforcer d'adopter plus largement le nouvel environnement SDDC. Pour atteindre cet objectif, Rimi utilise une approche multiforme axée sur :
- se concentrer sur les charges de travail prêtes pour le cloud, en particulier 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 de Workday à l'aide de réunions, de démonstrations, de vidéos et de formations OpenStack.
« Notre cloud prend en charge diverses charges de travail, certaines en production, d'autres en préparation pour une utilisation commerciale. En fin de compte, nous souhaitons migrer toutes les charges de travail, et je pense que nous atteindrons un point critique où nous assisterons à un afflux soudain d’activité. Nous préparons le système pièce par pièce chaque jour pour pouvoir faire face à ce niveau d'activité le moment venu.
BestBuy : briser les tabous
Le détaillant d'électronique BestBuy, avec un chiffre d'affaires annuel de 43 milliards de dollars et 140 000 employés, est la plus grande des entreprises répertoriées dans l'article. Ainsi, même si les processus utilisés par l'équipe d'infrastructure de bestbuy.com pour préparer un cloud privé basé sur OpenStack ne sont pas uniques, la flexibilité avec laquelle elle a appliqué ces processus est impressionnante.
Pour apporter leur premier cloud OpenStack à BestBuy, le directeur des solutions Web Steve Eastham et l'architecte en chef Joel Crabb ont dû faire preuve de créativité pour surmonter les nombreux obstacles qui se dressaient sur leur chemin.
L'initiative BestBuy OpenStack est née d'un effort visant à comprendre les différents processus commerciaux associés aux processus de publication du site de commerce électronique bestbuy.com début 2011. Ces efforts ont révélé d’importantes inefficacités dans les processus d’assurance qualité. Le processus d'assurance qualité impliquait des frais généraux importants à chaque version majeure du site, qui se produisait deux à quatre fois par an. Une grande partie de ce coût était associée à la configuration manuelle de l'environnement, au rapprochement 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 Quality Assurance on Demand, dirigée par Steve Eastham et Joel Crabb, pour identifier et éliminer les goulots d'étranglement dans le processus d'assurance qualité de bestbuy.com. Les principales recommandations de ce projet comprenaient l'automatisation des processus d'assurance qualité et la fourniture aux équipes d'utilisateurs d'outils en libre-service.
Même si Steve Eastham et Joel Crabb ont pu invoquer la perspective de coûts de contrôle qualité très importants pour justifier l'investissement dans un cloud privé, ils se sont rapidement heurtés à un problème : bien que le projet ait reçu l'approbation, aucun financement n'était disponible pour le projet. Il n'y avait pas de budget pour acheter du matériel pour le projet.
La nécessité est mère de l'invention, et l'équipe a adopté une nouvelle approche en matière de financement du cloud : elle a échangé le budget de deux développeurs avec une autre équipe disposant d'un budget matériel.
Avec le budget qui en résultait, ils comptaient acheter le matériel nécessaire au projet. En contactant HP, leur fournisseur de matériel de l'époque, ils ont commencé à optimiser l'offre. Grâce à des négociations minutieuses et à une réduction acceptable des besoins en équipement, ils ont réussi à réduire les coûts d'équipement de près de moitié.
Dans le même ordre d'idées, Steve Eastham et Joel Crabb ont négocié un accord avec l'équipe réseau de l'entreprise, tirant parti de la capacité disponible du cœur existant, économisant ainsi sur les coûts typiques associés à l'achat de nouveaux équipements réseau.
«Nous étions sur une glace assez mince», a déclaré Steve Eastham. « Ce n’était pas une pratique courante chez Best Buy à l’époque ou aujourd’hui. Nous avons opéré sous le radar. Nous aurions pu être réprimandés, mais nous avons réussi à l'éviter.
Surmonter les difficultés financières n’était que le premier des nombreux obstacles. À cette époque, il n'y avait pratiquement aucune possibilité de trouver des experts OpenStack pour le projet. Ainsi, ils ont dû constituer une équipe à partir de zéro en combinant des développeurs Java traditionnels et des administrateurs système dans l'équipe.
« Nous les avons simplement placés dans une pièce et leur avons dit : « Découvrez comment faire fonctionner ce système » », explique Joel Crabb. — L'un des développeurs Java nous a dit : « C'est fou, vous ne pouvez pas faire ça. Je ne sais pas de quoi tu parles."
Nous avons dû combiner les différents styles des deux types d'équipes pour obtenir le résultat souhaité : un processus de développement incrémental piloté par logiciel, testable.
Encourager l’équipe dès le début du projet leur a permis de remporter des victoires impressionnantes. Ils ont pu remplacer rapidement un environnement de développement existant, réduire le nombre d'environnements d'assurance qualité (AQ) et, au cours du processus de transformation, ont acquis de nouvelles méthodes de travail pour les équipes et une rapidité de livraison des applications.
Leur succès les a placés dans une bonne position pour demander des ressources supplémentaires pour leur initiative de cloud privé. Et cette fois, ils ont bénéficié du soutien de la haute 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 racks d'équipement. Le premier cloud de cette vague de projets était l'environnement OpenStack, qui exécute des clusters Hadoop à des fins d'analyse. Et il est déjà en exploitation commerciale.
Conclusion
Les histoires de MercadoLibre, Workday et Best Buy partagent un certain nombre de principes qui peuvent vous guider vers une adoption réussie d'OpenStack : Soyez ouvert aux besoins des développeurs, des entreprises et des 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 des compétences générales précieuses qu’il est utile d’avoir avec le cloud OpenStack.
Il n'existe pas de chemin parfait pour mettre en œuvre OpenStack dans votre entreprise - le chemin de mise en œuvre dépend de nombreux facteurs liés à la fois à vous et à votre entreprise et à la situation dans laquelle vous vous trouvez.
Même si ce fait peut prêter à confusion pour les fans d'OpenStack qui se demandent comment mettre en œuvre leur premier projet, il s'agit néanmoins d'un point de vue positif. Cela signifie qu’il n’y a aucune limite à ce que vous pouvez aller avec OpenStack. Ce que vous pouvez réaliser n’est limité que par votre créativité et votre ingéniosité.
Source: habr.com