Le modèle gagnant du réseau en tant que service : voici pourquoi il est si important

Le modèle gagnant du réseau en tant que service : voici pourquoi il est si important

L’ère numérique place les opérateurs de télécommunications à la croisée des chemins: être pur services publics qui fournissent des infrastructures en tant que marchandise à des coûts compétitifs, ou transformer profondément le modèle économique devenir certains plateformes qui offrent des services une connectivité réseau différenciée et monétisable et d'autres services adjacents pour ouvrir de nouvelles sources de revenus, principalement sur les marchés d'entreprise, mais également vers les fournisseurs de services purs qui ne disposent pas de réseau propriétaire.

Dans ce scénario un nouveau concept émerge : le réseau en tant que service ou Naascomme le montrent les experts Analyse Mason dans leur recherche « Plateformes et infrastructures NaaS ».

Le réseau en tant que service relance l'activité des télécommunications

Depuis plusieurs années, les réseaux et opérations traditionnels et les modèles économiques existants ne garantissent plus aux opérateurs télécoms la capacité de croître et d’être pertinents dans la chaîne de valeur. D’où le renversement de la vision suggérée par les analystes : Les réseaux doivent devenir des « citoyens de première classe » dans le nouveau monde centré sur le cloud et l’IAplutôt que d'être un obstacle à l'agilité et à l'innovation des services. Cette transformation nécessitera de repenser les réseaux avec une nouvelle architecture qui les rend programmables et intelligents pour répondre aux différents besoins de connectivité et qui peuvent être livré et consommé en « style cloud », tout comme cela se produit avec l'infrastructure et les services informatiques dans le cloud public. Convergez cette structure réseau avec les services à valeur ajoutée associés sur une plate-forme unique et fournissez les services à la demande avec des modèles basés sur la consommation C’est la base de ce que l’industrie envisage comme Naas.

Le concept de Naas n'est pas nouveau, mais il n'existe toujours pas de consensus industriel sur sa définition et ses principaux composants. Mef.net est l'une des principales initiatives travaillant sur cette définition et la vision d'Analysys Mason s'aligne sur le travail de Mef, mais en étendant le rôle des API réseau pour la programmabilité et la monétisation.

Architecture Naas : les fonctionnalités

Analysys Mason définit Naas comme la plate-forme de services réseau de nouvelle génération qui présente les caractéristiques et capacités suivantes.

Connectivité de n'importe où à n'importe où:Cela permet aux entreprises et aux développeurs de connecter des applications, des utilisateurs, des centres de données et des clouds publics distribués à l’aide d’une variété de réseaux centraux et de réseaux superposés à l’aide d’une plate-forme unique avec des SLA de bout en bout.

Modèle de libre-service, qui fournit des services automatisés de provisionnement, de configuration, de mise à l'échelle de la connectivité et de réseau à la demande.

Gestion et visibilité « Single pane of glass » des services fournis par la plateforme Naas, soulignées par les fonctions de observabilité et sécurité.

Modèles commerciaux et tarifaires flexibles pour la connectivité et les services associés, basés sur le modèle de consommation et d'opex comme dans le cloud.

Présentation des capacités du réseau et de la plateforme à travers Abeilles ouvertes et des kits de développement logiciel (SDK) pour les développeurs et les équipes DevOps/CloudOps pour permettre la programmabilité.

Marché des services à valeur ajoutée qui offre divers services de couche 3 à 7, tels que la sécurité, le SD-WAN, l'accès à distance, le cloud/colocation et les services de communications unifiées (UC), qui proviennent d'un écosystème de partenaires et/ou sont développés en interne.

De plus, unarchitecture Une plateforme Naas idéale et holistique devrait être composée des trois couches de service suivantes : des réseaux centraux hautement automatisés et définis par logiciel ; des réseaux superposés natifs du cloud ; et des API.

Les modèles de cloud et d'IA propulsent le nouveau paradigme

Le premier élan vers le développement et l’affirmation du modèle Naas a été l'évolution des besoins réseau des entreprises à mesure qu'elles adoptent le cloud public, le SaaS et, plus récemment, l'IA.

La nature de plus en plus distribuée des applications et des charges de travail d'entreprise natives du cloud sur un nombre croissant de clouds publics, SaaS et périphériques, combinée à des centres de données sur site et à des utilisateurs et bureaux répartis géographiquement, nécessite une connectivité fiable, sécurisée et programmable entre tous ces environnements. Cependant, les services de connectivité et de sécurité B2B traditionnels sont extrêmement fragmentés et complexes, le provisionnement du réseau est lent et les processus de changement peuvent prendre des mois.

Les entreprises ont besoin de réseaux en tant que service géré sous la forme d'un provisionnement à la demande simple et flexible du réseau et des services de couche 4 à 7, en utilisant le moins de prestataires de services possible.

Un autre élan pour le développement de Naas vient de l'émergence de nouveaux profils d'acheteurs dans les entreprises. Les acheteurs réseau sont désormais CloudOps, DevOps, SecOps, en plus des NetOps traditionnels. Par conséquent, Les entreprises ont besoin de plateformes Naas qui répondent aux divers besoins des différents acheteurs et utilisateurs réseau, grâce à une expérience de libre-service unifiée et à des politiques de sécurité et de conformité cohérentes.

Le rôle central des réseaux 5G

En outre, Les réseaux 5G des opérateurs et les transports contiennent de nombreuses capacités, données et informations qui peuvent répondre aux besoins des développeurs d'applications et des cas d'utilisation de l'Industrie 4.0. Cependant, jusqu'à présent, exposer efficacement ces capacités a été difficile. Pour combler cette lacune, Naas offre la possibilité d'exposer des fonctionnalités et des caractéristiques spécifiques du réseau aux développeurs de manière simple, permettant aux réseaux d'être programmés dans des applications spécifiques et selon la logique OT de l'entreprise grâce à Appels API en mode à la demande.

Le découpage du réseau au sein des réseaux 5G devient crucial dans le contexte Naas. Le découpage de réseau a le potentiel d'enrichir les offres Naas en permettant aux entreprises et aux développeurs de créer plusieurs réseaux virtuels sur une seule infrastructure physique, chaque tranche de réseau étant adaptée aux exigences spécifiques des applications, offrant des ressources dédiées, une sécurité accrue et des performances optimisées. L'utilisation d'API pour le découpage programmatique améliore les plateformes Naas, en fournissant aux entreprises un provisionnement de réseau à la demande basé sur les applications qui permet un meilleur contrôle et une plus grande flexibilité.

De quoi un opérateur de télécommunications a-t-il besoin pour se transformer en Ncomme

Naas remodèle la chaîne de valeur de la connectivité d'entreprise, avec une variété d'acteurs en concurrence et en collaboration simultanée. Le marché est constitué d'un mélange de fournisseurs de services dotés de diverses capacités de réseau sous-jacentes et superposées, qui incluent les opérateurs de télécommunications, les fournisseurs de connectivité B2B spécialisés, les opérateurs SDCI (interconnexion cloud définie par logiciel), les fournisseurs de colocation/échange Internet (IX), les fournisseurs de logiciels de réseau cloud natif et les fournisseurs de cloud public (PCP), qui sont devenus un élément clé de ce paysage avec leurs dorsales mondiales et leurs services WAN gérés.

Pour les opérateurs télécomsEn particulier, le NaaS est une évolution naturelle car ces entreprises disposent de ressources réseau importantes et de relations directes avec leurs clients. Cependant, leur manque général d'automatisation, de flexibilité et de programmabilité en raison de leur niveau élevé de fragmentation et de leurs technologies réseau héritées les désavantage par rapport aux autres fournisseurs de services qui ont construit des solutions hautement automatisées et agiles basées sur le concept NaaS dès le départ. Les opérateurs disposent de plusieurs stratégies pour surmonter ces défis, notamment :

construire de nouvelles infrastructures et plateformes Naas à partir de zéroen tant que tissu mondial de Bt;

entreprendre des transformations basées sur Naas des réseaux existantsmoi, comme démontré par Orange dans sa plateforme Evolution et dans le pôle d'activité défini par logiciel de Télécom allemande ;

acquérir une plateforme Naassoit en achetant une solution en marque blanche, soit en investissant dans un fournisseur de services existant ou une start-up pour acquérir la solution, la technologie et l'expertise (comme dans les cas de Deutsche Telekom et Teridion et Pccw et Console Connect) ;

ou simplement revendre la solution de plateforme Naas d'un partenaire.

Les opérateurs ont également la possibilité de différencier leurs offres NaaS en combinant leurs réseaux privés, leurs réseaux centraux et périphériques 5G autonomes et en les exposant via des API à d'autres fournisseurs NaaS qui ne proposent pas cette offre.

Tous les acteurs de l'écosystème du réseau en tant que service

L'écosystème Naas comprend des entreprises qui proposent des technologies de réseau et de connectivité, telles que Cisco, Huawei, Nokia et HPE/Juniper, qui sont en mesure d'assembler des plateformes Naas de bout en bout pour les fournisseurs de services en collaboration avec d'autres partenaires. Les fournisseurs « Challenger » sont, selon Analysys Mason, des entreprises telles qu'Arrcus et DriveNets.

L'automatisation et l'intelligence artificielle feront partie intégrante des plateformes Naas, générer une demande de solutions d'automatisation et d'orchestration de réseau pour des fournisseurs tels que Amdocs, Ciena/Blue Planet et Netcracker et pour les fournisseurs d'infrastructures et d'automatisation cloud-native tels que Red Hat, VMware et PCPLes fournisseurs de services Naas devront collaborer avec les fournisseurs d'applications L4-7 tels que Points de contrôle, F5, Palo Alto et d’autres pour proposer des marchés de services à valeur ajoutée. Enfin, Ericsson/Vonage, Nokia et PCP jouera un rôle important dans la construction des couches de la plate-forme de services API réseau.

Dans l'ensemble, La chaîne de valeur de Naas est encombrée et fragmentée et aucun fournisseur de services ou fournisseur ne peut à lui seul répondre pleinement aux exigences du Naas. Alors que ces acteurs continuent d'étendre leurs capacités et de collaborer les uns avec les autres pour combler les lacunes (facilitées par une standardisation croissante), le marché du Naas est mûr pour la consolidation et la simplification, tant au niveau des fournisseurs de services que des fournisseurs de technologies.

Voir l’article original en italien