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
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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
- Des minutes au lieu d'heures pour comprendre une panne. Le temps moyen de compréhension d'un incident s'effondre : au lieu de recouper quatre outils fournisseurs, on lit une carte. Comprendre plus vite, c'est des pannes plus courtes — moins de minutes d'antenne perdues, moins de pénalités du régulateur.
- Un levier face à vos fournisseurs. « Votre DU a fait tomber douze radios à 02 h 14, voici la chaîne de preuves horodatée » gagne les litiges SLA. Sans preuve neutre, l'opérateur perd ces discussions par défaut.
- La liberté de mélanger les fournisseurs. La couche de gestion cesse d'être la raison de tout acheter chez un seul équipementier. Ce pouvoir de négociation vaut de vrais points de pourcentage sur chaque contrat radio.
- Un NOC qui se forme tout seul. L'injecteur de scénarios produit des tempêtes d'alarmes réalistes à la demande — les nouvelles recrues s'entraînent sans risque, et l'équipe de recette prouve l'installation de bout en bout avant le trafic réel.
- La souveraineté par construction. Alarmes, topologie et historique ne quittent jamais vos serveurs. Le seul trafic transfrontalier, optionnel, est un battement de cœur anonyme pour notre SLA de support.
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
- 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.
- 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.
- 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é.
- 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.
- 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
- Un mélange de fournisseurs dérisqué. La crainte du conseil d'administration — « qui blâme-t-on quand deux fournisseurs se contredisent ? » — reçoit une réponse technique : la référence dit quel côté a bougé.
- Des seconds fournisseurs moins chers. Intégrer un challenger cesse d'être un acte de foi ; c'est une campagne de tests avec une note de passage. Plus de fournisseurs qualifiés, c'est de meilleurs prix chez tous.
- Des mises à jour sans peur. Les mises à jour passent de « retenez votre souffle » à « relancez la campagne ». Les régressions apparaissent avant le déploiement, avec des preuves que le fournisseur ne peut pas contester.
- La confiance du régulateur et des partenaires. Un historique de verdicts démontre une discipline d'ingénierie quand vous sollicitez du spectre, du financement ou des accords d'itinérance.
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
- 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.
- 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.
- 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.
- 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
- Une nouvelle ligne de revenus sur du matériel déjà acheté. La capacité est payée ; chaque heure courtée est presque de la marge pure. ARGILETTE ne facture rien d'avance — nous gagnons 15 à 25 % des revenus que nous courtons, donc notre intérêt est identique au vôtre.
- Zéro risque pour le réseau, et la preuve. Le registre SLO montre au régulateur, à votre conseil et à vos propres ingénieurs que le calcul des locataires n'a jamais déplacé le service radio.
- Une place dans la vague AI-RAN, à vos conditions. L'industrie (SoftBank/NVIDIA au Japon, MTN/ODC en Afrique) court à transformer les réseaux en grilles de calcul — sur des plateformes étrangères. L2 vous donne la même économie sur une infrastructure que vous possédez, dans votre pays.
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
- 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.
- 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.
- 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.
- 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.
- 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
- Des revenus sur un marché que personne d'autre ne peut servir. Les entreprises régulées paient une prime pour une IA qu'elles ont légalement le droit d'utiliser. Votre premier locataire fintech à environ 60 k$/an vaut plus que mille abonnements grand public — et il y a beaucoup de banques par pays.
- Le régulateur devient votre commercial. Les lois de protection des données (NDPA au Nigeria, DPA au Ghana, CDP au Sénégal, cadre CEDEAO) poussent les acheteurs régulés exactement vers ce que seule L3 offre : l'inférence locale avec preuve vérifiable.
- Une histoire de saut technologique qui vous appartient. Au lieu d'attendre une région hyperscaler, votre pays obtient une capacité d'IA souveraine hébergée par son propre opérateur — et c'est l'opérateur, pas un cloud étranger, qui perçoit la rente.
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ée | Où elle vit | Franchit la frontière ? |
| Alarmes, télémétrie, topologie, incidents | Votre cluster L0 | Jamais |
| Verdicts et références d'interopérabilité | Votre service L1 | Jamais |
| Travaux des locataires, registre SLO, mesure du calcul | Votre courtier L2 | Jamais (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 locataires | Votre appliance L3 | Jamais — imposé par le code |
| Comptes d'usage pour la facturation | Mesurés localement | Un compte — un nombre — est transmis pour la facturation. Jamais de contenu. |
| Battement de cœur de santé | Optionnel | Signal anonyme marche/arrêt uniquement, pour honorer le SLA de support. Désactivable. |
La même plateforme, quatre publics
Qui y gagne quoi
| Rôle | Ce que L0 + L1 lui apportent | Ce que L2 + L3 lui apportent |
| Directeur technique / réseau | Un é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 financier | Des 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 / exploitation | 96 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 / auditeur | Des 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