BLOG

Comment le multicloud a fait de l'automatisation une nécessité

Miniature de Lori MacVittie
Lori MacVittie
Publié le 07 décembre 2020

Une enquête menée par Tepilo au Royaume-Uni a révélé qu'il faut en moyenne quatre mois pour qu'une nouvelle maison devienne un véritable foyer. Apparemment, je ne suis pas moyen.

blog de porte à porte

Je ne suis pas non plus britannique, donc cela peut peut-être être mon excuse. Vous voyez, je vis dans ma maison depuis sept ans maintenant et j’ai toujours du mal à me souvenir quel interrupteur allume le ventilateur et lequel éteint les prises dans le salon. Comme vous pouvez l’imaginer, se tromper provoque une certaine consternation chez quiconque apprécie un film ou joue à un jeu vidéo à ce moment-là.

À cet égard, aucune maison n’est identique, de par sa conception. Bien que les mécanismes (interrupteurs et bascules) soient les mêmes et que nous sachions tous comment les utiliser, ils ne sont pas standardisés en termes de position ou d’emplacement dans la maison.

Si, toutefois, je m’engageais à installer un système domotique et que je l’emportais avec moi, ce ne serait probablement pas le problème occasionnel qu’il est. Parce que le fonctionnement du ventilateur et des lumières se ferait via une interface familière et standardisée.

C’est la réalité des propriétés du cloud. Ils utilisent tous les mêmes mécanismes (API, consoles, processus) pour effectuer des tâches opérationnelles courantes. C’est l’un des avantages du cloud. Et en termes d’intégration de nouveaux professionnels des technologies, cela peut réduire considérablement le temps nécessaire à l’intégration. La couche de gestion de l’infrastructure est la même pour chaque entreprise. Mêmes API. Mêmes consoles. Mêmes processus.

Dans un centre de données sur mesure, qu’il s’agisse d’un cloud privé ou traditionnel, ce n’est pas nécessairement vrai. Il existe de nombreux frameworks en jeu (pensez à OpenShift, OpenStack, etc.) qui nécessitent des connaissances et une expertise spécifiques pour fonctionner.

Cela réduit en fin de compte le temps nécessaire à l’intégration d’un nouveau professionnel de la technologie, car il possède déjà une connaissance pratique du « cloud ». Si vous devez étendre votre équipe d’opérations cloud, vous devez trouver quelqu’un qui connaît Cloud X. Ce n’est pas un concept nouveau. Si vous avez besoin d'un développeur pour travailler sur une application qui nécessite des connaissances JavaScript, vous ne recherchez généralement pas un professionnel Python.

C’est l’une des raisons pour lesquelles le multicloud est un défi : il augmente les connaissances du domaine requises et renvoie au processus d'intégration la nécessité de former les individus sur la façon d’utiliser l’infrastructure. Comme ma maison, aucun cloud n’est identique et même si les concepts d’infrastructure de base peuvent être similaires, la terminologie, les modèles d’objets, les API et les consoles ne le sont pas.

Sans surprise, la réalité des outils et processus spécifiques à un domaine propre à une propriété cloud a donné naissance à des « silos » cloud dans l’entreprise. La moitié des personnes interrogées dans le cadre de notre étude annuelle ont décrit leur approche actuelle de la gestion du multicloud comme des équipes dédiées par propriété cloud. De plus, l’autre moitié a indiqué que c’était leur modèle préféré.

Cela ne me surprend pas. Si vous considérez le cloud comme un produit (ce qu’il est), vous découvrirez rapidement qu’il entraîne la même dette opérationnelle que tout autre produit. Les modèles, les API et les workflows sont uniques à chacun. Il est plus logique de se concentrer sur le développement de l’expertise d’un seul élément plutôt que de se contenter d’une gestion médiocre pour tous.

Les réalités multi-cloud ont donné lieu à l’adoption d’outils d’automatisation des infrastructures. Ce n’est pas seulement que l’automatisation facilite le provisionnement, la configuration et les opérations, c’est aussi le fait que les outils d’automatisation de l’infrastructure sont indépendants du cloud. Cela signifie que les mêmes modèles Terraform ou scripts Ansible utilisés pour un cloud peuvent être utilisés pour un autre, car les outils eux-mêmes font abstraction des différences qui rendent la gestion multi-cloud complexe.

Il s’agit d’un exemple de convergence vers une méthodologie et un ensemble d’outils cohérents qui permettent à chacun d’avancer plus rapidement et en toute confiance. Ce thème est évident dans l’ensemble de l’informatique d’entreprise. La normalisation est un moyen d'assurer la cohérence, que ce soit au niveau de la couche de sécurité et de distribution des application , de la couche d' infrastructure applicative (serveur Web et d'applications) ou de la couche de stockage des données. La cohérence est, si vous pardonnez la redondance, un thème récurrent lorsqu’il s’agit des défis du multicloud.

C’est ainsi que le multicloud a fait de l’automatisation non pas un atout, ni un avantage compétitif, mais une nécessité.