OpenAPIs et la transformation numérique des FSC

 

Le défi fondamental pour les CSP est de faire face à un marché avec une concurrence disruptive et avec une demande changeante de ses clients. Cette demande de services de communications croît de façon exponentielle, mais entre la concurrence féroce, et la demande de prix moins chers par les clients, plus les investissements fréquents nécessaires pour répondre à la demande, font que la marge de manœuvre des CSP pour la croissance organique et l’innovation soient limitées.

Pour faire face à une forte demande et à une concurrence de plus en plus agile, les CSP doivent changer leur modèle commercial et leurs processus, en transformant l’agilité dans la prise de décision, la culture, la manière de travailler et les systèmes qui les soutiennent. En d’autres termes, ils ont besoin d’une transformation numérique qui leur permette d’évoluer dès fournisseurs de produits de connectivité traditionnels vers un modèle de produit « as a service » qui leur permette d’aller plus loin et de devenir des fournisseurs de services numériques (DSP).

Un exemple de service numérique est le concept de Connectivity as a service (CaaS). Être en mesure d’obtenir des services de communications personnalisés en un clic est quelque chose qui se rapproche de plus en plus et sera exigé par les clients à mesure que des technologies telles que la 5G gagneront du terrain. Dans un monde hyperconnecté comme celui qui s’en vient, la connectivité en tant que service peut être aussi temporaire que la diffusion en direct d’un match de football en 8k avec des besoins de qualité très spécifiques et adaptés à l’événement. Comment un CSP peut-il réaliser une telle chose ?

Les défis de l’industrie et la transformation en DSP

Une grande partie des acteurs de cette industrie sont regroupés au travers de TM Forum, une alliance de plus de 850 entreprises qui travaillent ensemble pour faire tomber les barrières entre les principaux « players » du secteur. Ses membres comprennent des fournisseurs de services numériques et de communications, des compagnies de téléphone, des câblo-opérateurs, des opérateurs de réseau, des fournisseurs de cloud, des fournisseurs d’infrastructure numérique, des fournisseurs de logiciels, des fournisseurs d’équipements, des intégrateurs de systèmes et des consultants en gestion.

La clé est que TM Forum aide à créer un écosystème entre CSP et les fournisseurs de solutions afin qu’ils puissent travailler et être plus efficaces pour aider l’industrie à relever ses défis. Entre autres choses, TM Forum aide à :

• Planifiez et gérez le chemin de la transformation grâce à des outils tels que le Modèle Numérique de Maturité.
• Résoudre rapidement des problèmes en utilisant l’intelligence collective des opérateurs de télécommunications et des fournisseurs pour créer des outils et des frameworks largement adoptés, tels que les Open API, qui dirigent l’exécution de la transformation.
• Accélérer l’innovation grâce à des preuves de concept rapides telles que les Catalyst Programs et servir de point de rencontre pour le développement collectif d’implémentations de référence.

Les outils les plus remarquables pour ce voyage de transformation sont les méthodologies agiles, OpenAPI et cloud-native.

Les outils d’interopérabilité et d’automatisation d’OpenAPI

TM Forum OpenAPI en tant que facilitateur des écosystèmes numériques

À l’ère des écosystèmes numériques, les TM Forum OpenAPI sont un outil précieux pour faire tomber les barrières d’intégration qui bloquent la transformation numérique des CSP.

Les OpenAPI de TM Forum sont une suite de +50 API, développées en collaboration par les membres de TM Forum, pour activer les écosystèmes numériques. Celles-ci permettent de gérer les services numériques du début à la fin de leur cycle de vie dans un environnement où de multiples partenaires sont impliqués dans la fourniture du service. Les API sont basées sur des modèles de conception bien établis à l’industrie qui permettent une mise en œuvre rapide.

La clé de son succès est son orientation pratique claire fournissant des spécifications, des implémentations de référence et des tests de conformité. Cela facilite la mise en œuvre rapide des API qui aide à créer des solutions agiles et rentables.

Il est très intéressant d’explorer le Portail TM Forum Ecosystem API [8] qui sert de guide pour l’adoption et la mise en œuvre de ces API. Le guide de conception API TMF630 [9] est particulièrement utile pour quiconque souhaite adopter une initiative de normalisation similaire dans d’autres domaines. De plus, la documentation de chaque API dans la table OpenAPI peut conduire à l’adoption de l’une de ces API ou servir de source d’inspiration pour d’autres dans des domaines similaires.

Les OpenAPI de TM Forum sont une norme de facto que de plus en plus de CSP adoptent et exigent de leurs fournisseurs. Comme on peut le voir sur la figure, aujourd’hui, l’industrie évolue linéairement vers une adoption mature des OpenAPI.On peut prendre le pouls de l’engagement de l’industrie pour son adoption et son utilisation en regardant les signataires des manifestes Niveau 1: « OpenAPI Manifesto » et Niveau 2: « OpenAPI & Open Digital Architecture ».Si nous regardons le dashboard d’Open API pour mars 2021, nous pouvons tirer des conclusions sur l’intérêt qu’ils suscitent.Illustration 8 OpenAPI Dashboard [11]Outre les multiples avantages qu’apporte l’adoption d’OpenAPI, ils ouvrent la voie à une architecture de microservices comme première étape pour transformer les systèmes des CSP en cloud-native, et ainsi faciliter la migration vers un modèle basé sur le cloud.« Les technologies « Cloud Native » permettent aux entreprises de créer et d’exécuter des applications évolutives dans des environnements dynamiques modernes, tels que les clouds publics, privés ou hybrides d’aujourd’hui. Des sujets tels que les conteneurs, les maillages de service, les microservices, l’infrastructure immuable et les API déclaratives sont des exemples de cette approche. Ces techniques permettent de créer des systèmes à faible couplage qui sont résilients, gérables et observables. Combinées à des techniques d’automatisation robustes, les ingénieurs peuvent effectuer des changements fréquents et prévisibles à fort impact avec un minimum d’effort » [12]. Étant donné que les CSP proposeront de plus en plus de produits et de services basés sur le cloud, il est parfaitement logique que les systèmes qui leur permettent de fournir ces produits et services soient également basés sur le cloud.Le processus d’amélioration continue de la migration comprend des étapes où la refactorisation des systèmes d’information vers un modèle cloud-native grâce à l’utilisation d’OpenAPI est un élément fondamental. De plus, les OpenAPI permettent aux CSP d’acquérir ou de gérer leurs systèmes d’information dans un modèle SaaS (Software as a Service).

Open digital architecture pour achever la transformation

Comme nous l’avons déjà vu, l’adoption d’OpenAPI par les fournisseurs et les CSP rendra possible l’interopérabilité entre les différents composants logiciels de plusieurs fournisseurs ou d’autres CSP. Cela transformera la manière de traiter les intégrations et les personnalisations d’un modèle rigide, avec des coûts économiques et temporaires élevés, et plusieurs fois un fournisseur unique avec une forte dépendance vis-à-vis du fournisseur de produits et services, ce qui ne permet pas de le remplacer sans faire face à des coûts substantiels «vendor lock-in» vers un modèle multifournisseur flexible qui permet des essais et des erreurs et encourage l’innovation. Ce modèle flexible combiné au caractère cloud-native que les solutions logicielles adoptent de plus en plus conduit à un modèle de type Marketplace où les CSP peuvent acquérir des solutions selon le modèle SaaS.

Pour passer d’un ensemble d’OpenAPI à un Marketpace de composants dans lequel les CSP peuvent acquérir et configurer leurs composants de manière agile et simple, TM Forum a franchi le pas en 2018 en pariant sur la définition d’une architecture qui façonne ces composants. Cette architecture est l’Open Digital Architecture (ODA).

L’Open Digital Architecture définit un cadre d’architecture, un langage commun et des principes de conception. Les fondements de cette architecture sont des composants logiciels interopérables organisés en domaines qui exposent des services d’affaire via OpenAPI. L’anatomie d’un composant ODA est comme dans la figure suivante.

Comme on peut le voir, les composants ODA exposent et consomment des services exclusivement via OpenAPI. Les API de Security, Notification/Response, Management/Ops et Environment Depencence/Requirements seront identiques dans tous les composants ODA, mais ce seront les API de Core Function qui varieront d’un composant à l’autre.Cette anatomie est conçue pour rendre le modèle Marketplace aussi simple que possible, afin qu’un composant puisse se décrire en indiquant sa fonction et ses dépendances. De cette manière, un composant une fois configuré et déployé peut exposer ses capacités et découvrir d’autres composants et commencer à interopérer de manière autonome.ODA est toujours en cours de définition, mais les travaux menés depuis 2018 ont permis d’établir les principes et la vision de l’architecture ainsi que la définition des composantes ODA. Les efforts sont actuellement concentrés sur la définition d’un inventaire des composants ODA ainsi que leurs Core Functions pour soutenir l’écosystème numérique, ainsi que sur la fourniture d’une implémentation de référence pour ces composants. De cette manière, le modèle TM Forum OpenAPI se poursuit au niveau des composants, fournissant des spécifications, des implémentations de référence et des outils pour tester la conformité des composants ODA aux spécifications afin de garantir leur interopérabilité.

Où est SATEC?

Satec possède une vaste expérience dans les intégrations et le développement de solutions BSS / OSS pour les CSP tels qu’Orange ou Telefónica, entre autres. Depuis plus de 30 ans que nous réalisons des projets où nous sélectionnons et intégrons les meilleures solutions du marché pour apporter de la valeur aux CSP, nous avons vu à quel point ils subissaient les difficultés exposées au début de l’article qui freinent l’innovation et la agilité nécessaire à leur transformation digitale. C’est pourquoi nous avons décidé de créer alvatross, un secteur de produit au sein de Satec qui propose des produits OSS. Les produits d’alvatross sont nés à la suite de l’étoile polaire des OpenAPI et avec le modèle collaboratif de TM Forum dans son DNA. Ces produits permettront aux CSP de mettre sur le marché des produits et des services beaucoup plus rapidement, couvrant le cycle complet de fulfillment de services via une plateforme cloud-native basée sur des microservices et des OpenAPI.

Satec utilise toujours les derniers paradigmes, technologies et méthodologies dans nos solutions et produits. Nous sommes particulièrement innovants dans l’utilisation d’OpenAPI, AIOps, RPA et microservices.

Pour rester à la pointe de la technologie, nous sommes signataires du manifeste de Niveau 2 « Open API & Open Digital Architecture » du TM Forum, et nous participons également activement aux initiatives du TM Forum afin que l’ODA (Open Digital Architecture Component Accelerator) devienne une réalité.