Dans son livre, « Merci d’être en retard », Thomas Friedman explique comment la loi de Moore a ouvert la voie à « l’ère des accélérations ».
Comme le souligne Friedman, une Sony PlayStation (PS4) à 300 dollars américains, lancée en 2013, disposait de la même puissance de calcul qu’un supercalculateur ACSI Red de 1997, d’une valeur de 55 millions de dollars américains.
C’est là toute la magie de la croissance exponentielle, qui alimente et inspire les industries du monde entier.
Pourtant, alors que le monde évolue rapidement, le secteur des télécommunications ne suit pas le rythme. Pourquoi ?
Cela s’explique en partie par le fait que beaucoup hésitent à exploiter la pleine puissance du cloud.
Alors que le cloud et les hyperscalers ont permis au secteur technologique de connaître une croissance spectaculaire au cours de la dernière décennie, les opérateurs télécoms ont souvent été davantage préoccupés par les difficultés liées à la virtualisation des fonctions réseau (NFV).
À bien des égards, leurs réticences sont compréhensibles. Il ne suffit pas de transposer une architecture cloud générique dans un réseau de télécommunications. À chaque étape, la technologie doit être adaptée aux spécificités de l’environnement télécom.
Heureusement, les choses commencent à changer.
La 5G autonome ouvre la voie au cloud
L’avènement de la 5G autonome, dotée d’une architecture orientée services (SBA) adaptée aux logiciels, ouvre aux opérateurs télécoms les portes du cloud. En effet, la technologie cloud et son modèle d’exploitation jouent un rôle central dans la concrétisation du plein potentiel de la 5G.
Par exemple, Kubernetes et la conteneurisation, en particulier, peuvent rendre les réseaux de télécommunications nettement plus polyvalents, évolutifs et adaptables. Au-delà de la technologie elle-même, le modèle d’exploitation du cloud s’impose désormais comme une référence pour réussir à l’avenir dans ce domaine.
Fait encourageant, les opérateurs télécoms tournés vers l’avenir tirent déjà des avantages considérables de cette évolution.
Parmi les exemples les plus marquants figure Rakuten Mobile, qui adopte les pratiques d’ingénierie de la fiabilité des services (SRE) et met en place un modèle opérationnel cloud natif, tout en veillant à décloisonner les équipes réseau et informatiques.
Rakuten Mobile bénéficie ainsi d’un haut niveau d’observabilité et de visibilité sur les performances du réseau, grâce à des fonctions intégrées d’analyse et d’automatisation. L’entreprise peut également innover rapidement et déployer sans délai de nouvelles applications. Les résultats parlent d’eux-mêmes : Rakuten a pu lancer six nouvelles offres en une seule année, tout en réduisant le délai moyen d’intégration des clients de quelques heures à cinq minutes.
Identifiez vos obstacles !
Alors, quels défis devons-nous relever pour rendre le cloud plus adapté aux télécommunications ?
Plusieurs casse-têtes techniques viennent à l’esprit, notamment la haute disponibilité et la prise en charge, dans Kubernetes, des charges de travail propres aux opérateurs télécoms. Il faut également tenir compte des différentes fonctions du réseau 5G (AMF, SMF, UPF, etc.), qui communiquent toutes par l’intermédiaire d’interfaces ou d’API utilisant le protocole Diameter. Malheureusement, HTTP n’a pas été conçu pour gérer de tels protocoles ni toute la complexité liée à leur gestion des états.
À cela s’ajoutent les réglementations relatives à la souveraineté des données, le coût des transactions et les lourdes charges de travail propres aux télécommunications. Les opérateurs télécoms sont également plus soucieux de la sécurité que les entreprises d’autres secteurs, ce qui a freiné l’innovation par le passé.
En outre, il convient de noter que, contrairement aux modèles traditionnels de conception à haute disponibilité (HA), dans lesquels un châssis complet (ou une VNF) bascule vers un autre (avec toute la complexité liée à la gestion d’un grand nombre d’états), le modèle cloud peut offrir une solution alternative reposant sur un simple conteneur. Cela suppose toutefois une gestion rigoureuse des flux entre toutes les fonctions réseau (NF) 5G individuelles, au niveau de granularité de chaque message HTTP/2, tout en garantissant un niveau parfaitement adapté de performances, d’évolutivité et de sécurité. Cela doit s’appliquer aussi bien aux flux entrants qu’aux flux sortants de chaque cluster Kubernetes. Parallèlement, ces différents éléments doivent être exploités comme un ensemble, et il convient de tirer les enseignements des difficultés rencontrées par le passé par les opérateurs télécoms avec les NFV (nous y reviendrons plus loin).
Créer un cloud télécom sur mesure
Compte tenu de leurs exigences très spécifiques, les opérateurs télécoms devraient envisager de créer leur propre cloud là où et quand ils le peuvent, tout en tirant parti du cloud public là où et quand cela s’avère pertinent.
L’adoption de cette approche garantit une maîtrise et un contrôle complets des clients, des systèmes de contrôle d’accès basé sur les rôles (RBAC), ainsi que de la gestion des identités et des accès (IAM). Il en va de même pour des aspects tels que la tarification, la facturation, les politiques et le partitionnement des ressources, qui sont tous essentiels au maintien de relations solides avec les clients.
L’utilisation de modèles d’exploitation cloud pour les jours 0 à 2, ainsi que la rationalisation de la gestion du cycle de vie et de l’ingénierie de la fiabilité des sites (SRE), sont essentielles à la réussite. Cependant, la mise en place d’un cloud télécom nécessite des compétences et une expertise dans le cloud, deux ressources qui se font rares.
En outre, ce type de modèle hybride/multicloud engendre des défis supplémentaires en matière de réseau et de sécurité, qui doivent être relevés avec soin et efficacité. Dans le cloud, les applications communiquent par l’intermédiaire d’API et sont généralement divisées en microservices exécutés sur plusieurs clusters répartis sur différents sites. Pour les opérateurs télécoms, cela représente un nouveau paradigme. Les passerelles API sont les nouveaux « routeurs » et la sécurité des API est le nouveau « pare-feu ». Surtout, ce nouveau paradigme doit permettre aux utilisateurs de se connecter en toute sécurité à leurs applications, où qu’ils se trouvent, tout en garantissant une flexibilité totale.
Il est également essentiel que les opérateurs télécoms adoptent de véritables technologies cloud natives, plutôt que de simplement donner une apparence cloud aux technologies existantes.
L’un des problèmes des NFV était que les fournisseurs prenaient des fonctions réseau physiques (PNF) existantes, les enveloppaient dans un ensemble de composants logiciels — certains plus lourds que d’autres — et les qualifiaient de fonctions réseau virtuelles (VNF). La même erreur se répète aujourd’hui : de nombreuses VNF, dont certaines sont déjà lourdes, sont encapsulées dans KubeVirt ou Virtlet et présentées comme des fonctions réseau cloud natives (CNF).
Une véritable CNF cloud native doit reposer sur des API, être pilotée par des définitions de ressources personnalisées, légère et sécurisée. Elle doit également pouvoir être facilement mise à l’échelle horizontalement et/ou verticalement, selon les besoins, sans compromis sur les fonctionnalités ni les performances. Simples à déployer et à exploiter, les véritables architectures cloud native offrent une élasticité et une évolutivité dynamiques, reposent sur les principes du déploiement continu et de l’automatisation, et présentent une empreinte réduite.
Créer des passerelles entre le cloud et les télécommunications
Chez F5, nous comprenons tous ces défis. Nous sommes à la croisée des univers de l’informatique d’entreprise, du cloud et des télécommunications. Et nous possédons plusieurs décennies d’expertise dans la gestion et la sécurisation des trafics à haut volume.
Nous disposons également des outils nécessaires pour relever les défis opérationnels dans les environnements hybrides et multicloud, y compris les déploiements en périphérie. En d’autres termes, F5 peut moderniser les infrastructures réseau et de sécurité ainsi que les opérations cloud afin d’améliorer l’agilité et l’expérience client, tout en réduisant le coût total de possession.
Au cours des dernières années, nous nous sommes concentrés sur trois domaines clés :
- Résoudre les défis liés aux opérations cloud et à la gestion du cycle de vie dans les environnements hybrides et multicloud, notamment grâce à des technologies de réseau et de sécurité plus complètes proposées par F5 Distributed Cloud Services.
- Création de BIG-IP Service Proxy for Kubernetes (SPK) afin d’assurer une prise en charge et une sécurité complètes des fonctions réseau 5G et des charges de travail des opérateurs télécoms, pour leur permettre de tirer pleinement parti du cloud.
- Présentation de CNF véritablement cloud-native pour le Gi-LAN/N6 afin de rationaliser et de sécuriser pleinement les opérations cloud, sans compromis sur les fonctionnalités, les performances ou l’évolutivité.
À ce jour, nous avons accompagné plus de 60 opérateurs télécoms dans le monde dans leurs projets 4G S/Gi-LAN, en consolidant bon nombre de leurs fonctions critiques de sécurité et de services avancés destinés aux clients. Nous travaillons désormais avec plusieurs d’entre eux afin de faciliter leur transition vers des architectures modernes prenant en charge la 5G et tirant parti de la puissance du cloud.
Par exemple, Rakuten Mobile utilise désormais nos CNF au Japon, tandis que Rakuten Symphony les met à la disposition d’un public mondial via la place de marché Symworld. Cela constitue une double reconnaissance de notre technologie de la part de l’un des opérateurs télécoms les plus avancés au monde dans le domaine du cloud.
À l’avenir, nous prévoyons que nos nouvelles CNF seront déployées dans des cas d’usage 4G et 5G afin de prendre en charge les offres des fournisseurs de services. Ces fonctions véritablement cloud natives sont le fruit d’un long travail d’ingénierie, qui a consisté à repenser entièrement des versions de fonctions de sécurité F5 reconnues et largement adoptées. Notre objectif a toujours été clair : ne faire aucun compromis sur les capacités de sécurité dans le cadre de la modernisation.
Parallèlement, nos services de cloud distribué peuvent être déployés dans n’importe quel environnement cloud, qu’il soit privé, public ou en périphérie, afin de prendre en charge la mise en réseau et la sécurité des applications pour accélérer la transformation numérique, le tout avec des opérations cloud et une ingénierie de la fiabilité des sites (SRE) de premier ordre.
En outre, nous avons relevé les défis liés à la prise en charge des fonctions réseau 5G et des charges de travail des opérateurs télécoms dans les environnements Kubernetes. C’est pourquoi F5 a développé BIG-IP Service Proxy for Kubernetes (SPK), qui, selon nous, renforcera et sécurisera considérablement le parcours des opérateurs télécoms vers le cloud, tout en le simplifiant.
De toute évidence, les télécommunications et le cloud commencent à converger. Pour réussir dans les années à venir, les opérateurs télécoms devront tirer parti, de manière efficace et efficiente, des avancées de ces deux univers. Ils devront également collaborer avec des tiers pour assurer des fonctions et des infrastructures essentielles, et s’associer à des entreprises comme F5 afin de simplifier leurs opérations. Si tous les éléments sont alignés, les opérateurs télécoms pourront prospérer dans le ou les clouds, tout en maintenant les niveaux élevés de sécurité et de fiabilité que les clients attendent et exigent de plus en plus.
À 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.