Le cloud est éminemment flexible. C’est le cœur de sa proposition technologique, le socle architectural qui la sous-tend, la vérité centrale qui guide le développement de cette technologie. Mais malgré toute cette flexibilité, le modèle de fourniture de services informatiques fondé sur le cloud se heurte à des obstacles. Il n’existe pas d’ensemble multi- et poly-cloud d’instances facile à intégrer, réparti entre une multitude de réseaux de datacenters privés, publics et hybrides.
Les fondamentaux du multi- et poly-cloud
Avant d’examiner le gouffre qui existe en matière de connexion et d’intégration (et, espérons-le, de proposer aussi quelques moyens de contourner le fossé qui se dresse devant nous), rappelons-nous à quel point le paysage du cloud est diversifié. Comme nous le savons, il existe un cloud privé et un cloud public, ainsi que des déploiements hybrides qui couvrent ces deux types de ressources.
Il existe également le multicloud, un scénario de déploiement dans lequel les entreprises utilisent plusieurs fournisseurs de services cloud (CSP) pour héberger leurs charges de travail. Cette répartition vise généralement à optimiser les charges de travail en fonction des tarifs pratiqués par les différents CSP, de la disponibilité d’outils spécialisés, de la présence d’optimisations des services cloud (capacité de stockage supplémentaire, meilleure capacité transactionnelle, puissance de traitement ou d’analyse accrue, etc.) et parfois même de la fidélité à une marque.
Enfin, dans le cadre de cette discussion du moins, il y a également le polycloud. Il s’agit de répartir les différents composants d’une application ou d’un service de données entre plusieurs clouds, en fonction d’optimisations similaires à celles mentionnées ci-dessus.
Pourquoi tout cela est-il important ? Le multicloud (et aussi le polycloud) bénéficie d’un fort élan dans le secteur. Le cabinet d’analystes IDC estime que le multicloud « deviendra totalement omniprésent dans l’informatique d’entreprise d’ici 2022 ». À ce moment-là, 90 % des entreprises dépendront de plusieurs clouds privés et publics.
Alors que nous sortons de ce qui pourrait, espère le monde, être la toute dernière phase de la pandémie de COVID-19, les déploiements cloud vont évidemment et clairement continuer à se développer ; nul besoin de rappeler comment l’ADN de connectivité à distance du cloud a permis au monde de continuer à fonctionner tout au long de 2020 et au-delà.
À lire aussi : La 5G stimule la collaboration entre opérateurs et fournisseurs d’infrastructures cloud
La flexibilité du cloud ne fonctionne pas
Malgré tout cela, le multicloud ne tient pas ses promesses. L’IDG, dans un rapport distinct, révèle que 79 % des entreprises peinent à exploiter les synergies liées à l’utilisation de plusieurs plateformes. Le rapport 2021 de Flexera sur l’état du cloud détaille ce que cela signifie : dans près de la moitié des cas, les charges de travail restent fermement cloisonnées sur différents clouds.
« La liberté de choix et la possibilité de faire jouer la concurrence sont formidables, mais si l’écosystème numérique des fournisseurs que vous utilisez ne fonctionne pas de concert, les équipes qui conçoivent, gèrent et sécurisent votre infrastructure se retrouveront avec des outils déconnectés, des technologies cloisonnées et des processus manuels, explique Mandi Walls, avocate du DevOps chez PagerDuty, entreprise spécialisée dans la gestion des opérations numériques. Elles ne disposeront pas des informations nécessaires pour comprendre ce qui se passe dans votre infrastructure ni d’un moyen efficace d’intervenir, ce qui retardera les changements et allongera le temps nécessaire pour résoudre les problèmes technologiques. »
Walls met en évidence ces ruptures avec une certaine éloquence, mais elle propose également quelques pistes pour surmonter le manque d’intégration inhérent qui entrave aujourd’hui l’intégration et l’interopérabilité du multi- et polycloud, ainsi que la capacité d’orchestration qui en découle et que nous recherchons tous.
Selon l’équipe de PagerDuty, une solution consiste à essayer de conserver une pile technologique simple. En pratique, cela signifie travailler à standardiser, par exemple, les machines virtuelles, le fabric réseau, les répartiteurs de charge, etc. Mais cela fait perdre les avantages d’élasticité propres au cloud natif.
D’autres options existent toutefois. Walls souligne qu’une autre possibilité consiste à travailler uniquement avec des architectures communes qui se recouvrent, mais cette voie n’est pas simple : même avec Kubernetes, il existe au moins 67 distributions certifiées, selon la CNCF.
« Autre possibilité : constituer une équipe d’ingénierie capable de dompter différents outils et services. Cela revient à devenir une sorte d’intégrateur de systèmes, avec des équipes d’ingénierie qui conçoivent et entretiennent des environnements multiclouds autour des meilleures solutions. C’est l’approche adoptée par le géant américain de la distribution Target, avec 4 000 ingénieurs travaillant sur son multicloud Google et Microsoft », explique Walls.
Le problème central d’une telle approche (ou d’une approche qui s’en inspire avec des constructions similaires) est qu’elle exige des milliers de dollars d’investissement et d’heures d’ingénierie, consacrés à « simplement » construire et maintenir un plan de contrôle, plutôt qu’à établir une véritable différenciation.
Walls et son équipe insistent sur le fait qu’une approche plus accessible consiste à utiliser un modèle dans lequel les outils, les technologies, les services et les fournisseurs sont préintégrés de manière à relier les équipes et les ressources informationnelles en temps réel. Ce modèle permet de gérer l’infrastructure de façon fluide et fiable, tout en donnant aux équipes les moyens de communiquer et de collaborer efficacement. Il pourrait même aider les entreprises à tirer parti du multicloud et à franchir le gouffre.
À lire aussi : Cloud public ou privé : les modèles de déploiement cloud
Les trois piliers de l’intégration
L’univers technologique de l’intégration se compose d’une multitude de voies, de canaux, de types, de plateformes, d’outils et de processus. Certains fournisseurs informatiques se présentant eux-mêmes comme des spécialistes de l’intégration (Tibco en est un bon exemple, même si l’entreprise a depuis élargi son positionnement aux plateformes cloud et de données), nous pouvons envisager l’intégration dans l’univers du multi- et polycloud sous trois angles.
Les workflows
Après avoir appliqué ses propres recommandations et traversé les processus nécessaires pour comprendre comment les workflows doivent être gérés, la position de PagerDuty sur cet aspect pourrait être précieuse.
Selon Walls, les workflows définissent les procédures que les personnes, les équipes et les systèmes suivent pour gérer le cycle de vie des applications et répondre aux urgences informatiques. Intégrés à l’écosystème numérique, ils apportent la cohérence dont les équipes DevOps ont besoin pour travailler à grande échelle ; ils les aident à répondre aux événements et à collaborer avec l’informatique pour les résoudre rapidement et efficacement, conformément à un plan ciblé et défini à l’avance.
« Les workflows peuvent être formalisés pour des listes d’outils, de technologies et de plateformes approuvés ; ils peuvent, par exemple, préciser comment exécuter Python avec des conteneurs. Les workflows doivent commencer modestement et s’étoffer à mesure que votre cloud évolue, tout en s’adaptant aux changements des besoins de votre entreprise et de vos clients », explique Walls.
L’automatisation
L’automatisation constitue les rails sur lesquels s’exécutent les workflows. Walls explique le processus à l’œuvre ici : l’automatisation déclenche les workflows et les processus sans intervention manuelle, laquelle peut très souvent être inefficace et donc retarder la réponse aux événements.
Propulsion, balayage et décloisonnement
« L’automatisation traverse les silos de processus entre les équipes et les technologies ; elle permet d’éliminer les tâches banales comme le provisionnement d’un nœud ou le déploiement d’une mise à jour. Elle garantit que les membres concernés d’une équipe sont alertés au bon moment lorsqu’un incident informatique doit être résolu », précise Walls.
La visibilité
On peut raisonnablement affirmer que l’intégration est la pierre angulaire de la visibilité, c’est-à-dire un moyen d’observer l’intérieur de vos opérations technologiques. Lorsqu’elle est bien réalisée, l’intégration permet aux équipes d’obtenir les informations nécessaires pour agir. Associée aux workflows et à l’automatisation, la visibilité permet également aux équipes de collaborer efficacement avec les autres lorsque cela est nécessaire.
Grâce à une visibilité répartie dans tout l’écosystème, les équipes bénéficient d’une flexibilité accrue pour travailler avec les outils de leur choix — ce qui favorise la productivité — au lieu d’être contraintes d’utiliser des outils imposés.
Walls dispose sans doute exactement du niveau de recul nécessaire pour tirer les conclusions de cette analyse : elle la résume en affirmant que le multicloud a peut-être fini par s’imposer, mais que ses caractéristiques peuvent faire obstacle à ses propres avantages.
« Sans intégration dans l’ensemble de votre écosystème numérique — entre les outils, les technologies et les fournisseurs — les silos subsistent, les workflows sont tronqués et l’automatisation fonctionne en vase clos. L’intégration fournit le tunnel par lequel les workflows peuvent être combinés, les systèmes orchestrés et les processus automatisés, afin que l’informatique puisse monter en charge et gérer votre infrastructure au niveau d’une plateforme », affirme-t-elle.
Si nous parvenons à maîtriser tous ces fondamentaux, nous pourrons peut-être envisager plus sereinement le recours accru aux implémentations multi- et polycloud à l’avenir.
À lire ensuite : Ce qu’il faut savoir sur l’automatisation du cloud : outils, avantages et cas d’usage