Combler le fossé entre le multicloud et les environnements à plusieurs clouds dans le secteur public

Ryan Johnson

Bien que l’adoption de stratégies multicloud dans le secteur public soit en plein essor, il existe encore un manque de solutions efficaces permettant de relever les nombreux défis auxquels sont confrontés les organismes qui les mettent en œuvre. L’un de ces défis concerne l’interconnexion sécurisée des charges de travail hébergées chez plusieurs fournisseurs. Ce problème, mis en évidence dans Cloud Smart pour les organismes fédéraux et dans la SCCA pour le DoD, s’intensifie à mesure que de nouveaux fournisseurs de services cloud viennent s’ajouter.

Parmi les 75 % d’organisations qui déploient des applications dans plusieurs clouds, 63 % utilisent au moins trois clouds, selon une étude de Propeller Insights. Globalement, plus de la moitié (56 %) éprouvent des difficultés à gérer les charges de travail entre différents fournisseurs de cloud, notamment en matière de sécurité, de fiabilité et, plus généralement, de connectivité. En effet, le rapport au président sur la modernisation des technologies de l’information fédérales recommande aux agences de donner la priorité à la protection des données et de tirer pleinement parti des technologies virtualisées modernes.

Une grande partie de ces difficultés peut être attribuée à des modèles opérationnels concurrents. Chaque cloud propose des services et des API qui lui sont propres, obligeant souvent les clients à s’adapter à des compétences, des politiques et des approches différentes. Tous les clouds offrent une expérience de « réseau défini par logiciel », mais aucun ne propose exactement la même. Il en résulte souvent des configurations incohérentes qui nuisent à la sécurité, notamment en raison de l’absence d’une approche Zero Trust, ainsi qu’aux performances lorsque ces différences entre environnements ne sont pas correctement prises en compte.

Cette difficulté d’interconnexion est accentuée par l’introduction d’applications cloud natives (basées sur des microservices), qui augmente considérablement le nombre d’instances devant communiquer entre elles. Propeller a constaté que « plus de 70 % des personnes interrogées déclarent que les problèmes de sécurité sont aggravés dans les environnements multicloud par les différences entre les services de sécurité des fournisseurs (77 %), le nombre croissant d’API (75 %) et la prédominance des applications basées sur des microservices (72 %) ».

Cette difficulté crée un besoin — et une demande — en faveur d’une nouvelle approche de la mise en réseau multicloud.

Le secteur public est confronté à des défis spécifiques en matière de réseau multicloud

La mise en réseau multicloud réunit deux approches distinctes visant à simplifier la fourniture des applications :

1. Elle adopte une approche ascendante de l’interconnexion réseau définie par logiciel. L’infrastructure physique fixe sert de sous-couche performante, sur laquelle un plan de contrôle intercloud standard permet de créer un réseau virtuel dynamique. Cette surcouche masque les différences entre les environnements réseau et simplifie considérablement les difficultés liées à l’utilisation conjointe de plusieurs environnements cloud.
2. Elle fait évoluer, selon une approche descendante, la mise en réseau simple des conteneurs vers une distribution sophistiquée. Alors que le secteur commence à adopter les charges de travail conteneurisées comme unité applicative de facto, l’infrastructure réseau relativement rudimentaire qui les sous-tend doit être étendue à d’autres environnements, ouvrant ainsi la voie à l’émergence d’un cloud distribué destiné à faciliter la gestion du trafic applicatif entre les environnements.

La convergence de ces deux éléments a déjà conduit à la création de deux couches d’abstraction dans les architectures applicatives des clients : Kubernetes pour faciliter la gestion des charges de travail réseau et le réseau défini par logiciel pour simplifier l’interconnexion des réseaux. Toutefois, la manière dont ces deux approches convergent actuellement reste une source de difficultés importantes pour les clients.

De nombreuses agences rencontrent des difficultés, car ces technologies imposent aux équipes opérationnelles d’adopter des configurations excessivement granulaires afin de parvenir à une approche normalisée de l’interconnexion lorsque plusieurs clouds sont concernés. La manière dont les réseaux sont déployés et gérés dans les différents environnements cloud oblige souvent les organisations à conserver des équipes d’experts maîtrisant les particularités de chaque environnement, simplement pour suivre le rythme de la normalisation des réseaux. Ces experts sont en outre confrontés à d’importants problèmes de visibilité : même avec le programme Continuous Diagnostics and Mitigation (CDM) de la CISA, les agences doivent trouver un moyen d’obtenir une visibilité sur plusieurs technologies tout en respectant les normes de conformité. Bien que TIC 3.0 ait assoupli certaines des directives strictes encadrant la manière dont les agences exploitent le cloud pour renforcer leurs capacités, des questions subsistent souvent quant à la conception de solutions de sécurité offrant la visibilité requise sur les flux chiffrés.

Le cloud distribué comme solution

La gestion de ces deux solutions est déjà suffisamment complexe ; l’ajout de plusieurs fournisseurs de cloud ne fait qu’amplifier le problème. Il existe clairement de meilleures façons de relever ce défi : rapprocher Kubernetes et le SDN, remédier aux différences entre les environnements et éviter d’avoir à être un expert en réseaux pour mettre le tout en œuvre. Chez F5, nous appelons cette approche le « cloud distribué ».

Les organismes publics sont généralement confrontés à ce problème lorsqu’ils évaluent leurs impératifs métier et les besoins de leurs applications avant de sélectionner le « meilleur réseau/cloud » pour leur service. Cette décision tient compte de divers facteurs : coût, capacité de lancement, rapidité de déploiement, conformité ou nécessité d’être présent dans une région donnée… quel que soit le facteur que l’organisme juge essentiel à la réussite de son application. Les facteurs liés au réseau ou l’interopérabilité avec d’autres clouds sont rarement pris en compte dans la décision métier initiale. Malheureusement, cela ouvre la voie à de nouvelles difficultés à mesure que l’application avance dans son cycle de vie prévu et que d’autres composantes de l’organisation prennent par la suite des décisions concernant l’utilisation du cloud.

Chez F5, nous estimons que les décisions visant à utiliser des technologies cloud particulièrement adaptées aux besoins de l’entreprise et conformes aux recommandations Cloud Smart et SCCA n’ont rien de fondamentalement problématique, même si elles conduisent à recourir à plusieurs fournisseurs ou environnements. Nous ne préconisons pas à nos clients de rechercher exclusivement les avantages d’un fournisseur de cloud en particulier, mais plutôt de viser une approche commune et de garantir la conformité dans l’ensemble de ces environnements grâce à des solutions conçues pour évoluer, raisonnables et à la portée de leurs compétences réseau, de leurs besoins applicatifs et de leurs objectifs métier.

Notre approche du cloud distribué repose sur trois convictions clés :

1. Nous comprenons que le réseau doit permettre un modèle accessible partout et à tout moment, sans compromettre la qualité ni l’expérience des civils et des employés.
2. Nous affirmons que tout cloud d’interconnexion doit être simple, complet et cohérent, quel que soit le cloud sous-jacent choisi par le client.
3. Nous pensons que nos clients devraient pouvoir tirer davantage de valeur d’une unification simple, déclarative et pilotée par API des plans de contrôle et de gestion.

Le modèle de cloud distribué part du principe que les utilisateurs des applications de nos clients doivent bénéficier, quasiment en temps réel, des plus hauts niveaux de qualité, de performance et de sécurité. Notre objectif est de proposer un cloud distribué intégrant les concepts d’élasticité intercloud, sans augmentation massive des coûts, sans contraintes de délai de provisionnement ni disparités entre les environnements.

F5 a déjà créé un vaste portefeuille de solutions pour répondre directement à ces enjeux critiques en proposant un ensemble cohérent de technologies et de pratiques, mais nous travaillons sans relâche pour l’étendre à chaque application au sein des architectures de nos clients. Dans le cadre de notre mission visant à évoluer vers davantage d’applications adaptatives, nous souhaitons aider les organismes à mener à bien ces transitions afin qu’ils puissent déplacer facilement leurs charges de travail vers les emplacements, les régions ou les modèles de coûts les plus efficients et les plus efficaces, sans avoir à employer une équipe d’experts réseau pour chaque environnement.

Ce qui nous distingue, c’est la capacité de nos clients à utiliser nos solutions destinées au secteur public pour créer, à l’échelle du cloud, des passerelles multicloud avec leurs charges de travail critiques sur site. Notre acquisition de Volterra permet aux organismes publics de bénéficier de la même maîtrise et des mêmes capacités pour les charges de travail et les réseaux dans le cloud public, grâce à un véritable plan commun de contrôle et de gestion. Le défi de l’interconnexion s’en trouve ainsi simplifié : plus besoin de constituer de multiples équipes pour chaque cloud ni de gérer de nombreuses API propres à chaque environnement simplement pour assurer la connectivité entre eux !

Nous continuons d’en faire une priorité : fournir à nos clients des solutions multicloud simples et efficaces pour leur activité. Nous sommes convaincus que la réponse aux demandes pressantes des organisations — « J’en ai besoin tout de suite ! » — est désormais à portée de main grâce aux technologies de F5, qui permettent de créer un cloud plus performant, plus rapide, plus sécurisé et davantage distribué.

Découvrez comment aller au-delà de la gestion de plusieurs clouds et adopter la mise en réseau multicloud

Certaines parties de ce contenu ont été adaptées à partir d’une précédente publication, ce blog ayant été personnalisé pour un public du secteur public.

À propos de l’auteur

Ryan Johnson

Autres articles de Ryan Johnson