Il n'existe pas de chemin parfait pour intégrer OpenStack dans votre entreprise, mais il y a des principes généraux qui peuvent vous guider vers une intégration réussie.
L'un des avantages des logiciels open source, tels qu'OpenStack, est la possibilité de les télécharger, de les tester et d'en avoir une expérience pratique sans avoir à passer par de longues interactions avec des vendeurs ou à obtenir des approbations internes prolongées pour un projet pilote.
Mais que se passera-t-il lorsque le moment sera venu de faire plus que simplement tester le projet ? Comment préparerez-vous un système déployé à partir du code source vers un environnement de production ? Comment pouvez-vous surmonter les obstacles organisationnels à l'intégration de nouvelles technologies transformatrices ? Par 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 schémas d'adoption d'OpenStack, j'ai discuté avec plusieurs équipes qui ont présenté avec succès ce système à leurs entreprises.
MercadoLibre : le dictat de la nécessité et courir plus vite qu'une gazelle.
Si le besoin est suffisamment fort, alors l'intégration 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'ont eue Alejandro Comisario, Maximiliano Venesio et Leandro Reox dans leur entreprise MercadoLibre, la plus grande entreprise de commerce électronique en Amérique Latine et la huitième au monde.
En 2011, lorsque le département de développement de l'entreprise a commencé à décomposer son système monolithique en une plateforme composée de services peu couplés, connectés via API, l'équipe infrastructure a été confrontée à une forte augmentation des demandes à traiter par leur petite équipe.
— Le changement s'est produit très rapidement, dit Alejandro Comisario, directeur technique des services cloud de MercadoLibre. — Nous avons littéralement compris en un instant que nous ne pourrions pas continuer à travailler à ce rythme sans l'aide d'un quelconque système.
Alejandro Comisario, Maximiliano Venesio et Leandro Reox — toute l'équipe de MercadoLibre à cette époque — ont commencé à chercher des technologies qui leur permettraient d'éliminer les étapes manuelles liées à la fourniture d'infrastructure à leurs développeurs.
L'équipe s'est fixé des objectifs plus ambitieux, en formulant des buts non seulement pour des tâches immédiates, mais aussi pour l'ensemble de l'entreprise : réduire le temps de mise à disposition des machines virtuelles prêtes à l'utilisation productive des utilisateurs de 2 heures à 10 secondes et éliminer toute intervention humaine dans ce processus.
Lorsqu'ils ont découvert OpenStack, il est devenu évident que c'était exactement ce qu'ils recherchaient. La culture en pleine évolution de MercadoLibre a permis à l'équipe de progresser rapidement dans la création d'un environnement OpenStack, malgré la relative immaturité du projet à l'époque.
— Il est devenu clair que l'approche d'OpenStack — recherche, immersion dans le code et tests de fonctionnalité et d'évolutivité — était en adéquation avec celle de MercadoLibre, déclare Leandro Reox. — Nous avons pu plonger immédiatement dans le projet, définir un ensemble de tests pour notre installation OpenStack et commencer les tests.
Leur test initial sur la deuxième version d'OpenStack a identifié plusieurs problèmes qui les empêchaient de passer en production, mais le passage de la version Bexar à la version Cactus est intervenu à point nommé. Les tests supplémentaires de la version Cactus ont donné l'assurance que le cloud était prêt pour une exploitation commerciale.
Le lancement en exploitation commerciale et la compréhension par les développeurs de la capacité à obtenir des infrastructures aussi rapidement qu'ils pouvaient les consommer ont déterminé le succès de l'implémentation.
— Toute l'entreprise souhaitait un tel système et les fonctionnalités qu'il offre, souligne Maximiliano Venesio, ingénieur senior en infrastructure chez MercadoLibre.
Néanmoins, 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 représentait un énorme changement culturel pour eux. Dans certains cas, nous devions enseigner aux développeurs que garder leurs données dans une instance n'était pas suffisant. Ils devaient ajuster leur façon de penser.
L'équipe a été attentive à la formation des développeurs et leur a recommandé les meilleures pratiques pour créer des applications prêtes pour le cloud. Ils ont envoyé des courriers électroniques, organisé des déjeuners avec des formations informelles et des sessions de formation formelles, tout en fournissant une documentation adéquate de l'environnement cloud. Le résultat de leurs efforts est le suivant : les développeurs de MercadoLibre sont maintenant aussi à l'aise pour concevoir des applications pour le cloud que pour développer des applications traditionnelles pour les environnements virtualisés de l'entreprise.
L'automatisation qu'ils ont pu atteindre grâce au cloud privé a porté ses fruits, permettant à MercadoLibre d'augmenter considérablement l'échelle de son infrastructure. Ce qui a commencé comme une équipe d'infrastructure avec trois personnes soutenant 250 développeurs, 100 serveurs et 1000 machines virtuelles, est devenu une équipe de 10 personnes soutenant plus de 500 développeurs, 2000 serveurs et 12 000 VM.
Workday : Création d'un business case pour OpenStack
Pour l'équipe de Workday, opérant dans le secteur SaaS, la décision d'adopter OpenStack était plus stratégique qu'opérationnelle.
Le chemin de Workday vers l'implémentation d'un cloud privé a commencé en 2013, lorsque la direction de l'entreprise a accepté d'investir dans une initiative large de data center défini par logiciel (SDDC). L'espoir de cette initiative était d'atteindre une plus grande automatisation, d'incorporer des innovations et d'améliorer l'efficacité des centres de données.
Workday a élaboré sa vision du cloud privé entre les groupes d'infrastructure, d'ingénierie et d'exploitation de l'entreprise, et un accord a été atteint 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 était d'élargir le business case initial à l'ensemble de l'entreprise.
Le pilier du business case était d'accroître la flexibilité d'utilisation de SDDC. Cette flexibilité accrue aiderait l'entreprise à réaliser ses souhaits de déploiement continu de logiciels sans temps d'arrêt. L'API pour SDDC devrait permettre aux groupes de développement d'applications et de plateformes Workday d'innover d'une manière qui n'était pas possible auparavant.
L'efficacité de l'équipement a également été prise en compte dans le business case. Workday fixe des objectifs ambitieux pour augmenter le taux d'utilisation de l'équipement et des ressources existants dans le centre de données.
— Nous avons découvert que nous disposons déjà d'une technologie de middleware capable de tirer parti du cloud privé. Ce logiciel de middleware a déjà été utilisé pour déployer des environnements dev/test dans des clouds publics. Grâce au cloud privé, nous pourrions étendre ce logiciel pour créer une solution cloud hybride. En utilisant une stratégie cloud hybride, Workday peut migrer des charges de travail entre les clouds publics et privés, ce qui permettra de maximiser l'utilisation de l'équipement tout en générant des économies pour l'entreprise.
Enfin, dans la stratégie cloud de Rimi, il a été souligné que des charges de travail stateless simples et leur mise à l'échelle horizontale permettront à Workday de commencer à utiliser son cloud privé avec moins de risques et d'atteindre la maturité opérationnelle du cloud de manière naturelle.
— Nous pouvons procéder selon le plan prévu et apprendre à gérer le nouveau cloud avec une faible charge de travail, semblable à des projets de R&D traditionnels, ce qui permet d'expérimenter dans des conditions sécurisées, — a proposé Rimi.
Avec un business case solide, Rimi a évalué plusieurs plateformes de cloud privé reconnues, y compris OpenStack, selon un large éventail de critères d'évaluation, y compris 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 son évaluation, Rimi et son équipe ont choisi OpenStack et ont commencé à créer un cloud privé prêt pour l'exploitation commerciale.
Après avoir réussi à déployer son premier cloud OpenStack viable, Workday s'efforce de déployer plus largement le nouvel environnement SDDC. Pour atteindre cet objectif, Rimi adopte une approche multidimensionnelle axée sur :
- la concentration sur les charges de travail prêtes pour le cloud, en particulier sur les applications stateless dans le portefeuille
- la définition des critères et du processus de migration
- l'établissement des objectifs de développement pour la migration de ces applications
- Communication et formation des groupes d'utilisateurs intéressés de Workday via des réunions, des démonstrations, des vidéos et des formations OpenStack
— Notre cloud prend en charge différentes charges de travail, certaines en production, d'autres en préparation pour l'exploitation commerciale. À terme, nous souhaitons migrer toutes les charges de travail, et je m'attends à ce que nous atteignions un tournant où nous verrons un afflux soudain d'activité. Nous préparons le système par étapes chaque jour pour pouvoir gérer ce niveau d'activité lorsque le moment sera venu.
BestBuy : briser les interdits
Le détaillant d'électronique BestBuy génère un chiffre d'affaires annuel de 43 milliards de dollars et emploie 140 000 personnes, ce qui en fait la plus grande des entreprises mentionnées dans l'article. Et donc, bien que les processus utilisés par l'équipe d'infrastructure de bestbuy.com pour préparer un cloud privé basé sur OpenStack ne soient pas uniques, la flexibilité avec laquelle ils ont appliqué ces processus est impressionnante.
Pour mettre en œuvre son premier cloud OpenStack chez BestBuy, le directeur des solutions web Steve Eastham et l'architecte principal Joel Crabb ont dû s'appuyer sur une approche créative pour surmonter de nombreux obstacles sur leur chemin.
L'initiative BestBuy OpenStack a émergé au début de 2011 dans le cadre d'efforts visant à comprendre les différents processus commerciaux associés aux processus de déploiement du site e-commerce bestbuy.com. Ces efforts ont révélé des inefficacités significatives dans les processus d'assurance qualité. Le processus de vérification de qualité entraînait des coûts importants lors de chaque grande mise à jour du site, qui se produisait deux à quatre fois par an. Une part importante de ces coûts était liée à la configuration manuelle de l'environnement, à la gestion des divergences et à la résolution des problèmes d'accessibilité des ressources.
Pour résoudre ces problèmes, bestbuy.com a proposé une initiative de « vérification de la qualité à la demande » sous la direction de Steve Eastham et Joel Crabb, visant à identifier et éliminer les goulets d'étranglement dans le processus de vérification de la qualité de bestbuy.com. Parmi les recommandations clés de ce projet figuraient l'automatisation des processus de vérification de la qualité et la fourniture d'outils d'auto-service aux groupes d'utilisateurs.
Bien que Steve Eastham et Joel Crabb aient pu utiliser la perspective de coûts de contrôle de qualité très élevés pour justifier l'investissement dans le cloud privé, ils ont rapidement rencontré un problème : bien que l'approbation du projet ait été obtenue, il n'y avait pas de fonds pour le projet. Il n'y avait pas de budget pour l'achat de matériel pour le projet.
La nécessité est la mère de l'invention, et l'équipe a adopté une nouvelle approche pour financer le cloud : ils ont échangé le budget de deux développeurs avec une autre équipe qui avait un budget pour le matériel.
Avec le budget obtenu, ils avaient l'intention d'acheter le matériel nécessaire pour le projet. En contactant HP, leur fournisseur de matériel à l'époque, ils ont commencé à optimiser l'offre. Grâce à des négociations minutieuses et à une réduction acceptable des besoins en matériel, ils ont réussi à réduire les coûts de matériel de près de moitié.
Dans le même esprit, Steve Eastham et Joel Crabb ont conclu un accord avec l'équipe réseau de l'entreprise en tirant parti de la capacité existante du noyau, économisant ainsi les coûts typiques associés à l'achat de nouveaux équipements réseau.
— Nous étions sur une glace plutôt fine, a déclaré Steve Eastham. — Ce n'était pas une pratique courante chez BestBuy à l'époque, ni maintenant. Nous agissions sous le radar. Nous aurions pu recevoir un avertissement, mais nous avons réussi à éviter cela.
Surmonter les difficultés financières n'était que le premier des nombreux obstacles. À l'époque, il était pratiquement impossible de trouver des experts OpenStack pour le projet. Par conséquent, ils ont dû constituer une équipe à partir de zéro en combinant des développeurs Java traditionnels et des administrateurs systèmes.
— Nous les avons simplement réunis dans une pièce et leur avons dit : «Découvrez comment travailler avec ce système», raconte Joel Crabb. — L'un des développeurs Java nous a dit : «C'est de la folie, vous ne pouvez pas faire ça. Je ne sais pas de quoi vous parlez.»
Nous avons dû combiner les différents styles des deux types d'équipes pour obtenir le résultat souhaité : un processus de développement programmatique, testable et par étapes.
La stimulation de l'équipe au début du projet leur a permis d'obtenir plusieurs victoires impressionnantes. Ils ont réussi à remplacer rapidement un environnement de développement obsolète, à réduire le nombre d'environnements de contrôle qualité (QA) et, ce faisant, à établir un nouveau mode de fonctionnement pour leurs équipes et à augmenter la vitesse de livraison des applications.
Leur succès a ouvert de bonnes opportunités 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 obtenu 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, lançant des clusters Hadoop pour l'analytique. Et il est déjà en exploitation commerciale.
Conclusion
Dans les récits de MercadoLibre, Workday et Best Buy, il existe un certain nombre de principes qui peuvent vous guider sur le chemin de l'implémentation 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 ; collaborer 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 interpersonnelles précieuses à avoir avec OpenStack.
Il n'existe pas de voie parfaite pour implémenter OpenStack dans votre entreprise – la voie d'implémentation dépend de nombreux facteurs liés à vous, à votre entreprise et à la situation dans laquelle vous vous trouvez.
Et bien que ce fait puisse dérouter les passionnés d'OpenStack qui se demandent comment lancer leur premier projet, c'est néanmoins un point de vue positif. Cela signifie qu'il n'y a pas de limites à la distance que vous pouvez parcourir avec OpenStack. Ce que vous pouvez réaliser est limité uniquement par votre créativité et votre ingéniosité.
Source : habr.com
