MODERAN Couches de la plateforme — dossier technique EN · FR Dossier console · ARGILETTE LLC

La plateforme auto-hébergée, couche par couche

Quatre couches. Une plateforme. Le tout dans votre réseau.

Ce document explique, pour chaque couche de la plateforme MODERAN, comment elle fonctionne réellement — les composants, les flux de données, les règles de sécurité — et ce qu'elle vous rapporte : en minutes gagnées, en litiges remportés, en revenus créés. Tout ce qui est décrit ici s'installe dans votre propre cluster Kubernetes, dans votre pays.

Une précision sur la numérotation : la plateforme compte exactement quatre couches, numérotées L0 à L3. Nous commençons à zéro parce que L0 est la fondation sur laquelle tout le reste repose — impossible d'exploiter L1, L2 ou L3 sans elle. Si vous avez vu « L4 » quelque part, c'est une erreur de comptage : il y a quatre couches, et la dernière est L3.
L3Appliance d'IA souveraine en périphérieLigne de revenus
L2Courtier de calculLigne de revenus
L1Assurance d'interopérabilitéRedevance de base
L0Observabilité & corrélation de pannesRedevance de base
Votre cluster Kubernetes · vos serveurs · votre pays

Couche 0 Incluse dans la redevance de base

Observabilité & corrélation de pannes

La fondation opérationnelle : une vue unique et fiable d'un réseau radio multi-fournisseurs.

Ce que c'est

L0 écoute en continu chaque élément du réseau, quel qu'en soit le fournisseur — radios (RU), unités de traitement (DU/CU), contrôleur RIC, liens de transport, nœuds cloud — et transforme leurs flux d'alarmes séparés en incidents uniques et expliqués, avec une cause racine probable. Son visage est la Console MODERAN ; son corps est une chaîne de traitement qui tourne sur vos serveurs.

Comment ça marche — la vie d'une alarme

  1. Collecter. Des adaptateurs parlent les interfaces de gestion de chaque équipementier — l'interface O-RAN O1 et la télémétrie en continu gNMI, y compris des adaptateurs pour les équipements de type srsRAN/OAI. Ils remontent alarmes, compteurs et états de santé en cycle continu.
  2. Publier. Chaque événement atterrit sur un bus de messages interne à haute vitesse (NATS). Rien ne dialogue en point à point : chaque consommateur voit le même flux, et le bus persiste l'état — un redémarrage ne perd rien.
  3. Normaliser. Le normaliseur traduit le format privé de chaque fournisseur dans un modèle d'information commun et versionné. À partir d'ici, une alarme Nokia et une alarme Mavenir sont le même type d'objet, avec les mêmes champs : sévérité, élément, code, horodatage.
  4. Corréler. Le corrélateur de pannes tient une carte vivante de votre topologie — quelle radio dépend de quel DU, quel DU passe par quel anneau de transport. Les événements qui partagent un élément ancêtre et une fenêtre temporelle sont regroupés en un seul groupe de panne. Dans notre démonstration en direct, 96 alarmes brutes sont devenues un seul incident.
  5. Expliquer. Le corrélateur classe la cause racine probable avec des preuves qu'il sait exprimer en mots : ancêtre des autres éléments affectés · porte l'alarme la plus sévère du groupe · plusieurs alarmes sur le même élément — et y joint un score de confiance (95 % dans la démonstration). Pas de boîte noire : chaque verdict arrive avec ses raisons.
  6. Afficher et alerter. La passerelle API sert la Console (mises à jour en direct par SSE — sans actualiser), pousse une notification par incident vers Slack, Webex ou PagerDuty avec un délai de garde — le téléphone d'astreinte vibre une fois, pas 96 — et expose le tout en API REST documentée. Les runbooks correspondants — des procédures de réparation pas à pas dans de simples fichiers versionnés — sont rattachés à chaque famille de pannes.
  7. Consigner. Chaque action privilégiée et chaque incident sont inscrits dans une piste d'audit infalsifiable, archivée dans Postgres en écriture seule. Vos post-mortems, vos réclamations SLA et vos réponses au régulateur sortent d'ici.

Sous le capot

collector-o1 · collector-gnmi · collector-srsranAdaptateurs côté fournisseurs ; on ajoute un fournisseur en ajoutant un adaptateur, pas en remplaçant la plateforme.
normalizerFormats fournisseurs → un modèle commun versionné.
fault-correlatorRegroupement par topologie + fenêtre temporelle, classement de cause racine, état des groupes de panne persistant.
runbook-serviceProcédures YAML versionnées, rechargées à chaud — vos ingénieurs les enrichissent sans ticket fournisseur.
api-gateway + consoleConnexion SSO (OpenID Connect), séparation des rôles, limitation de débit, console web bilingue FR/EN.
notifier · audit-archiverAlertes dédupliquées vers vos outils de messagerie ; archive d'audit en écriture seule ; tableaux de bord Grafana et règles Prometheus inclus.

Ce que ça vous rapporte

Couche 1 Incluse dans la redevance de base

Assurance d'interopérabilité

La preuve qu'un assemblage de fournisseurs fonctionne — avant le déploiement, et après chaque mise à jour d'équipementier.

Ce que c'est

La promesse de l'Open RAN, c'est le mélange de fournisseurs ; son plus grand risque opérationnel, c'est qu'une mise à jour logicielle du fournisseur A casse silencieusement le fournisseur B. L1 est un moteur de tests de conformité : il lance des campagnes de tests sur des combinaisons de fournisseurs précises, enregistre un verdict avec une empreinte, et protège les combinaisons approuvées contre les régressions.

Comment ça marche

  1. Définir la combinaison. Chaque assemblage qui vous importe — par exemple radio du fournisseur X en firmware 5.2 avec DU du fournisseur Y en version 3.1 — reçoit un identifiant de combinaison.
  2. Lancer la campagne. L1 pilote un harnais de tests contre cette combinaison. Il est livré avec un harnais intégré utilisable immédiatement, et un mode exec qui enveloppe vos propres suites de tests O-RAN (scripts de type OTIC) — votre investissement de laboratoire existant se branche directement.
  3. Obtenir un verdict avec empreinte. Chaque exécution produit un détail réussite/échec plus une empreinte exacte de ce qui a été testé. Les verdicts se listent, se retrouvent et se comparent — une piste d'audit de l'interopérabilité.
  4. Approuver une référence. Quand un verdict vous satisfait, une action promeut son empreinte en référence approuvée pour cette combinaison. Dès lors, toute nouvelle exécution qui s'en écarte est signalée comme régression.
  5. Attraper la casse silencieuse. Quand un équipementier livre une mise à jour, vous relancez la campagne avant le déploiement. Si la mise à jour casse l'assemblage, vous l'apprenez au laboratoire — pas par vos abonnés.

Ce que ça vous rapporte

Couche 2 0 $ d'avance · 15–25 % de partage de revenus

Courtier de calcul

Transforme les heures creuses de votre matériel de calcul en périphérie en ligne de revenus — sans jamais mettre le réseau radio en danger.

Ce que c'est

Vos sites de cloud en périphérie embarquent des processeurs et des accélérateurs dimensionnés pour le pic de trafic radio. La majeure partie de la journée — et presque toute la nuit — une grande part de cette capacité dort et se déprécie. L2 vend cette capacité inutilisée à des locataires payants (start-up d'IA, groupes de recherche, entreprises) sous forme de travaux planifiés, et la reprend à l'instant où le réseau radio en a besoin. C'est la même thèse « AI-RAN » que MTN, NVIDIA et d'autres ont financée à hauteur de 45 M$ en 2026 — L2 en est la version souveraine, propriété de l'opérateur.

Comment ça marche

  1. Mesurer la capacité. Un capteur de capacité lit la télémétrie en direct — unités d'accélérateur libres par nœud et un signal de demande radio dérivé de la même chaîne de métriques que L0. Le courtier sait toujours ce qui est réellement disponible, par site, à l'instant même.
  2. Accepter des travaux. Les locataires soumettent des travaux de calcul par une API simple, avec un niveau de priorité. Les travaux sont mis en file, placés sur des nœuds ayant de la marge, et mesurés dès leur démarrage.
  3. Faire respecter la règle d'or : la radio gagne toujours. Une réserve de capacité configurable n'est jamais vendue. Au-delà, une boucle de préemption surveille la demande radio en continu ; dès qu'elle monte, les travaux des locataires sont préemptés — suspendus ou évacués — pour rendre la capacité. Le mécanisme de préemption est volontairement modulaire : il se relie à vos commandes d'infrastructure réelles (éviction Kubernetes, gel de conteneurs) et se valide avant que le courtier ne touche des nœuds portant du trafic radio réel.
  4. Tout comptabiliser. Chaque préemption est consignée dans un budget SLO que vous fixez — vous voyez exactement combien de fois les locataires ont été interrompus, et vous prouvez que le service radio n'a jamais été dégradé. Chaque heure de calcul consommée est mesurée par locataire pour la facturation.

Ce que ça vous rapporte

Couche 3 Par appliance + par locataire/mois

Appliance d'IA souveraine en périphérie

L'inférence d'IA dans le pays pour les banques, assureurs, hôpitaux et administrations — avec la preuve cryptographique que les données ne sont jamais sorties.

Ce que c'est

Les organisations régulées d'Afrique de l'Ouest veulent une IA moderne mais ne peuvent légalement pas envoyer leurs données à l'étranger — et ne peuvent, en pratique, pas se contenter de la promesse d'un cloud étranger. L3 est une appliance installée dans le pays (dans votre centre de données ou chez le client) qui exécute des modèles d'IA localement, mesure l'usage par locataire, et produit des attestations de souveraineté signées — des preuves vérifiables, pas des PDF de politique interne.

Comment ça marche

  1. Charger les modèles localement. L'opérateur charge les modèles d'IA approuvés dans le catalogue de l'appliance au déploiement. Les modèles tournent sur le matériel de l'appliance ; aucune requête d'inférence ne transite jamais par une API étrangère.
  2. Provisionner des locataires avec quotas. Chaque client — une banque, un ministère, un assureur — est un locataire avec ses propres identifiants, son accès aux modèles et un quota mensuel. Les locataires voient leur consommation ; l'opérateur provisionne, suspend et facture.
  3. Servir l'inférence, tout mesurer. Les locataires appellent une API d'inférence simple. Chaque appel est compté par locataire et par modèle — cette mesure est la pièce de facturation, et elle alimente la même machinerie de factures mensuelles que le reste de la plateforme.
  4. Imposer la souveraineté par le code, pas par des promesses. Le logiciel de l'appliance refuse de démarrer si la sortie transfrontalière est activée sans motif de dérogation écrit — et si une dérogation est un jour posée, il imprime un avertissement bruyant dans les journaux à chaque démarrage, pour toujours. L'exception silencieuse est impossible par construction. À la demande, l'appliance produit une attestation signée qu'un régulateur ou un auditeur peut vérifier.
  5. Hériter du socle opérationnel. L'appliance émet ses événements d'audit sur le même bus, est surveillée par la même console L0 et suit la même discipline de runbooks — l'infrastructure qui héberge l'IA d'une banque est exploitée au niveau d'un opérateur télécom, et vous pouvez le montrer.

Ce que ça vous rapporte

La souveraineté, précisément

Ce qui tourne où — et ce qui franchit un jour la frontière

Chaque couche ci-dessus s'installe par charts Helm (ou en GitOps complet via Argo CD) dans votre propre cluster Kubernetes. Les opérateurs se connectent avec votre SSO. Voici la liste complète des données qui peuvent quitter votre pays, et seulement si vous l'activez :

DonnéeOù elle vitFranchit la frontière ?
Alarmes, télémétrie, topologie, incidentsVotre cluster L0Jamais
Verdicts et références d'interopérabilitéVotre service L1Jamais
Travaux des locataires, registre SLO, mesure du calculVotre courtier L2Jamais (des totaux agrégés de revenus sont partagés pour le règlement du partage de revenus)
Requêtes d'IA, entrées/sorties de modèles, données des locatairesVotre appliance L3Jamais — imposé par le code
Comptes d'usage pour la facturationMesurés localementUn compte — un nombre — est transmis pour la facturation. Jamais de contenu.
Battement de cœur de santéOptionnelSignal anonyme marche/arrêt uniquement, pour honorer le SLA de support. Désactivable.

La même plateforme, quatre publics

Qui y gagne quoi

RôleCe que L0 + L1 lui apportentCe que L2 + L3 lui apportent
Directeur technique / réseauUn écran fiable au-dessus de tous les fournisseurs ; une preuve avant chaque déploiement ; la liberté de négocier avec les équipementiers.Une feuille de route pour l'ère de l'IA qui tourne sur une infrastructure qu'il contrôle déjà.
Directeur financierDes pannes plus courtes et une redevance plateforme forfaitaire au lieu d'une facturation à la cellule et d'heures de consultants.Deux nouvelles lignes de revenus — l'une sans aucun coût d'entrée, l'autre visant des clients régulés premium.
Responsable NOC / exploitation96 alarmes deviennent une carte avec la raison jointe ; les runbooks encodent le jugement des meilleurs ingénieurs ; les recrues s'entraînent sur des scénarios injectés.La même console et la même discipline s'étendent aux parcs de calcul et d'IA — rien de nouveau à apprendre.
Régulateur / auditeurDes pistes d'audit infalsifiables et des preuves d'incidents horodatées.Des registres SLO prouvant que la radio n'a jamais été dégradée ; des attestations signées prouvant que les données ne sont jamais sorties du pays.

Prochaine étape

Voyez la couche de fondation en direct

Le dossier console montre les écrans de L0 photographiés pendant une vraie panne injectée. Pour une visite guidée de n'importe quelle couche — y compris la démonstration d'injection de pannes, en direct — écrivez-nous.

Écrire à sales@argilette.com ou visitez moderan.org