La mise en réseau multicloud représente une opportunité majeure pour les opérateurs télécoms.
Dans un avenir relativement proche, ce sera l’un des principaux moyens pour les opérateurs télécoms d’aider d’autres entreprises à répartir leurs charges de travail entre différents environnements et à gagner en efficacité et en agilité organisationnelles.
Mais quelle est la meilleure façon de mettre en œuvre un réseau multicloud ?
Pour répondre à cette question, vous devez d’abord réfléchir à l’objectif final. Pour la plupart des organisations, un déploiement répond à la nécessité de connecter des applications situées dans différents environnements. Or, la connectivité des applications exige bien plus qu’une simple mise en réseau. Vous avez également besoin de solutions de sécurité et d’équilibrage de charge pour garantir que vos applications soient toujours disponibles et protégées.
Plusieurs entreprises proposent différents composants de mise en réseau multicloud centrée sur le réseau. De notre côté, nous avons tout mis en œuvre pour réunir toutes les pièces essentielles du puzzle. Cela comprend une solution entièrement intégrée qui associe la mise en réseau, un contrôleur de mise à disposition d’applications (ADC) distribué et une suite complète de fonctionnalités de sécurité des réseaux et des applications. Le tout est fourni au sein d’une pile horizontale commune, compatible avec différentes plateformes cloud. De plus, cette solution est facile à utiliser dans le cadre d’un modèle SaaS. Dans de nombreux cas, nous pouvons également nous associer directement à des opérateurs télécoms afin de fournir aux entreprises une solution multicloud complète.
Le réseau multicloud devient incontournable
Le moment est venu d’adopter les réseaux multicloud. À bien des égards, il s’agit de la prochaine étape logique pour l’informatique d’entreprise.
Auparavant, une organisation utilisait plusieurs clouds, mais chaque charge de travail résidait dans son propre environnement et ces différents clouds étaient gérés séparément.
Aujourd’hui, les entreprises adoptent des technologies cloud natives pour gagner considérablement en agilité et en évolutivité. Les applications étant de plus en plus souvent composées de microservices, nous évoluons vers un monde où une même application est généralement répartie entre différents environnements. Autrement dit, les applications sont à la fois distribuées et décomposées. Avec l’essor de l’edge computing, le besoin d’une solution robuste de mise en réseau multicloud se fait encore plus pressant. Le passage à l’edge implique d’interconnecter un nombre bien plus important de sites, ce qui accroît la complexité et le coût de vos opérations.
En Europe, les réglementations relatives à la confidentialité et à la souveraineté des données ont incité de nombreuses organisations à héberger le back-end d’une application (qui donne accès à des données sensibles) dans leur propre infrastructure sur site (on-premise). En revanche, le front-end de l’application, qui gère les interactions avec les clients, peut s’exécuter dans un cloud public afin d’adapter ses capacités à la hausse ou à la baisse selon les besoins. Par conséquent, les applications d’entreprise et les microservices qui les composent sont de plus en plus répartis entre différents environnements, chacun reposant sur des approches réseau distinctes. Ces applications et microservices doivent néanmoins pouvoir communiquer entre eux de manière sécurisée de bout en bout.
Les directeurs techniques des opérateurs télécoms sont confrontés au même défi. Par exemple, une passerelle GGSN mobile était autrefois constituée d’un bloc de code monolithique exécuté sur du matériel dédié spécialement conçu à cet effet. Ce code est désormais réparti entre un ensemble de fonctions réseau virtualisées (VNF) ou de fonctions réseau cloud natives (CNF). Les fonctions du plan de contrôle et du plan de données sont dissociées et distribuées. À mesure qu’ils migreront vers des réseaux 5G autonomes, les opérateurs télécoms chercheront de plus en plus à interconnecter les VNF et les CNF déployées sur différents sites.
L’alternative manuelle – Chronophage et coûteuse
Les applications situées dans différents environnements peuvent être connectées manuellement. Nous avons vu des entreprises déployer des instances de routeurs virtuels dans plusieurs clouds afin de gérer la connectivité réseau IP et le chiffrement de bout en bout entre les clouds. Les équipes d’exploitation connectent ensuite manuellement les routeurs virtuels aux applications de ces environnements. Cependant, les applications ont toujours besoin d’un équilibrage de charge et d’une sécurité applicative. Un autre ensemble d’instances virtuelles devra donc être activé et provisionné.
Cette approche n’est pas évolutive. La mise en œuvre de ces étapes sur plusieurs sites demande beaucoup de travail et s’avère coûteuse. En outre, la configuration manuelle exige une connaissance approfondie des différents environnements. En bref, il s’agit d’une opération complexe à réaliser.
Heureusement, il est possible d’atténuer ces difficultés en faisant abstraction de la complexité sous-jacente des réseaux cloud. Notre solution, qui se superpose aux plateformes de cloud public, de cloud privé et d’edge computing, constitue un remède puissant. Les API communiquent avec les environnements sous-jacents, tandis que la solution y détecte automatiquement les applications. Ainsi, certaines étapes de configuration qui prenaient auparavant des semaines peuvent désormais être réalisées en quelques minutes.
Nous proposons également une interface unique permettant de gérer de manière centralisée les politiques de réseau et de sécurité de bout en bout. Vous pouvez ainsi définir précisément comment chaque application doit se connecter de manière sécurisée à d’autres applications dans d’autres environnements. Le chiffrement de bout en bout, les règles de pare-feu et la mise en réseau sont entièrement configurés pour vous. Un tableau de bord unique offre une visibilité complète sur vos réseaux, vos applications et votre sécurité. Nous pouvons ensuite intégrer l’ensemble à l’infrastructure réseau privée d’un opérateur télécom. Nous pouvons aussi utiliser notre propre réseau. À vous de choisir.
Les avantages de ce type de technologie deviennent rapidement évidents. Si une instance tombe en panne, le trafic est redirigé vers une autre application. La haute disponibilité est intégrée. En cas d’interruption de service, la visibilité de bout en bout vous permet d’identifier rapidement l’origine du problème.
Au final, vous prenez de meilleures décisions, plus rapidement. Qui plus est, la fiabilité est accrue, les dépenses d’investissement et d’exploitation sont réduites, et vos applications sont plus performantes. Pour les opérateurs télécoms comme pour leurs entreprises clientes, le réseau multicloud devrait toujours n’offrir que des avantages, sans aucun inconvénient.
Pour en savoir plus sur les solutions de F5 destinées aux fournisseurs de services, consultez : https://www.f5.com/solutions/service-providers
F5 abordera également les réseaux multicloud pour les opérateurs télécoms lors du MPLS, SD & AI Net World Congress, qui se tiendra du 5 au 7 avril. Pour en savoir plus sur notre présence au salon, cliquez ici : https://www.f5.com/company/events/mpls-sd-ai-net-world-congress-paris-2022
À propos de l’auteur
Articles de blog associés
F5 NGINXaaS pour Google Cloud : des applications résilientes et évolutives
Découvrez comment NGINXaaS s’intègre à Google Cloud pour renforcer les performances et la sécurité, et préparer vos applications critiques à un avenir propulsé par l’IA.
L’intégration de F5 Web Application Firewall (WAF) à AWS est disponible dès aujourd’hui
En faisant appel à un partenaire de déploiement AWS WAF tel que F5, vous pouvez renforcer la sécurité de vos applications web grâce à des règles personnalisées qui bloquent les schémas d’attaque courants, comme les injections SQL ou les attaques par scripts intersites (XSS).
Appliquer le principe de Peter Parker à l’inspection TLS
« Un grand pouvoir implique de grandes responsabilités. » Si l’on en trouve des échos chez Voltaire et Churchill, cette citation est surtout connue grâce aux bandes dessinées Spider-Man, où elle est attribuée à l’oncle Ben. Bien entendu, si cette phrase est si répandue dans la culture populaire, c’est notamment parce qu’elle peut s’appliquer à une multitude de situations et de sujets, y compris à l’inspection TLS.
Le NetOps a besoin de défenseurs, pas d’adversaires
Il est important de reconnaître que les équipes NetOps ne sont pas toujours celles qui font obstacle au déploiement de la dernière nouveauté, application ou service. Les freins à la rapidité sont souvent dus au fait que les organisations n’adoptent pas tous les principes du DevOps lorsqu’elles cherchent à transformer leurs opérations informatiques.
Mise à jour des services applicatifs : sécurité, rapidité et visiteurs suspects
Il est de nouveau temps de nous pencher sur les services applicatifs que les entreprises utilisent réellement pour rendre leurs applications plus rapides et plus sûres. On constate notamment une hausse du recours aux services de protection contre les bots, ainsi que la progression lente mais régulière de HTTP/2. Bien qu’il ne s’agisse pas d’une application…
Les templates prennent le contrôle du cloud
Les modèles s’imposent dans le cloud. Lisez le blog de F5 pour découvrir comment l’infrastructure en tant que code et les API déclaratives automatisent la mise à disposition des applications.