En février dernier, L'European Telecommunications Standards Institute (ETSI) a publié le rapport « Rapport sur le support architectural pour l'évolution du NFV«Dans lequel les plans de mise à jour du cadre sont décrits Nfv-manacronyme qui représente « Fonctions du réseau Gestion de virtualisation et orchestraction » Solutions d'automatisation-native du cloud (CNA). Dire que c'est Analysys Masonqui décrit le scénario dans lequel le Telco pourrait se déplacer dans les années à venir.
Le défi pour les opérateurs de télécommunications
Selon Analysys Mason, pour de nombreux opérateurs de télécommunications, Philosophy Hand Il n'est pas en mesure d'automatiser et d'orchestrer efficacement les réseaux modernes et natifs du cloudet présente de nombreuses complexités dues à son architecture rigide et hiérarchiqueÀ la nécessité de standardisation entre les différents fournisseurs de matériel et à la dépendance à l'égard des composants NFV traditionnels (y compris VIM (Virtualized Infrastructure Manager), VNFM (Virtualized Network Function Manager) et NFVO (Network Function Virtualization Orchestrator).
Au lieu de l'approche manuelle, les opérateurs Ils seraient donc disposés à adopter des solutions de l'AIIC basées sur l'intention, déclarative et guidée par des modèles. Ces solutions devraient profiter des capacités d'automatisation intrinsèque des environnements Cloud et Kubernetes (K8S), afin de converger l'automatisation sur tous les composants du cloud. Généralement, les approches Gitops et Configuration-As-Data (CAD), ainsi que les composants open source, sont utilisées dans le cadre de l'AIIC.
La poussée du secteur vers l'AIIC se développe et les fournisseurs commencent à répondre aux demandes du secteur des produits de l'AIIC. Par exemple, Vmware Il a récemment annoncé qu'il proposerait une solution CNA comme alternative à sa proposition basée à la main, tandis que Nokia Il prévoit de faire un pas similaire.
La vision et les recommandations d'ETI
Dans le journal « Rapport sur le support architectural pour l'évolution du NFV« , Eti reconnaît en revanche que Le chemin évolutif de l'approche de la main est trop complexe, avec un grand nombre de composants fonctionnels et des interactions complexes entre ces composants. Par conséquent, il a identifié la simplification architecturale comme un objectif clé.
Pour y parvenir, notez les analyses Mason, L'Institut européen des télécommunications Il prévoit d'adopter des principes de conception de plus en plus modulaires qui consolideront les composants dans les blocs architecturaux et s'éloigneront d'une approche de conception basée sur les composants qui ont de fortes dépendances entre ce dernier. Aussi, il a l'intention de se concentrer sur Une architecture axée sur le service pour mieux aligner le modèle de main sur la façon dont les opérateurs voient la gestion et l'orchestration. La relation définit également les plans pour Simplifiez l'intégration avec les composants open sourcespécifiant que l'ETSI continuera d'adopter l'approche de profilage (cartographie) des interfaces de gestion spécifiées par ETI à l'API open source de facto tels que K8S et Helm.
De plus, ETI prévoit Rendre l'approche de la main plus déclarativefaire passer le fardeau de la complexité des opérateurs aux développeurs. Cependant, ETI souligne qu'il n'a pas l'intention de se concentrer sur une approche de la déclaration de la Cour, optant plutôt pour un équilibre entre les mécanismes impératifs et déclaratifs.
ETI a enfin l'intention redéfinir la portée de l'application de la main De sorte que ses visions architecturales couvrent plus explicitement l'ensemble de la gestion du cloud de télécommunications, qui comprend à la fois l'infrastructure cloud des télécommunications et les applications cloud des télécommunications.
Vers un paradigme intégré
Selon Analysys Mason, les plans d'Edsi Ils seront les bienvenus par les utilisateurs actuels de la main et ceux qui ont l'intention d'utiliser la main avec l'AIIC à l'avenir.
Malgré les avantages de l'approche de l'AIC De nombreux opérateurs continuent d'utiliser des solutions manuelles dans un avenir proche. Les opérateurs peuvent ne pas être disposés à migrer vers des solutions de l'AICT en raison de leur immaturité, des investissements déjà encourus et du coût du remplacement complet de leur automatisation héritée. Il y a également des problèmes en suspens sur l'adéquation de l'automatisation sur la base de K8S pour l'orchestration des services de bout en bout.
Par conséquent, plutôt que de positionner la main comme alternative aux solutions de l'AII Permettez à l'approche manuelle d'être utilisée plus efficacement à côté de l'AIIC dans les environnements des opérateurs. La main et l'AIIC pourraient soutenir l'orchestration de l'infrastructure et des applications à la fois basées sur des machines virtuelles et sur des conteneurs, potentiellement avec le composant orchestrateur de la main de la main qui continue de jouer un rôle substantiel dans la coordination de l'orchestration entre les différents domaines.