Retrouver les faits
D’où vient cette information ?
Rapprocher les informations de vos sources, retrouver une ressource et voir ce qui est récent, incomplet ou contradictoire.
Hueyou construit monha
Infrastructure Knowledge & Control Plane
Retrouvez ce qui dépend de quoi.
Réunissez le contexte pour préparer votre prochain changement.
monha est en développement.
Exemple conceptuel : le cloud accueille Kubernetes, qui exécute une application. Cette application utilise une VM et une base de données. La VM dépend d’un hôte relié au réseau ; la base dépend du stockage. Ce schéma illustre la vision de monha, pas des intégrations disponibles.
Avant chaque intervention
À quoi sert ce VLAN ? Quelle application utilise cette VM ? Qui dépend de ce serveur ?
Une réponse dans l’IPAM. Une autre dans la supervision. Le reste dans une documentation ou dans la tête d’un collègue. Avant de changer quoi que ce soit, il faut reconstituer l’histoire.
Cette connaissance devrait servir à la prochaine intervention aussi.
C’est le rôle de monha
monha est un Infrastructure Knowledge & Control Plane développé par Hueyou. Son ambition : relier vos ressources, vos applications et leurs dépendances pour vous aider à comprendre votre infrastructure et à la faire évoluer. Le produit est en développement.
Retrouver un serveur. Comprendre son rôle. Examiner ce qu’un changement pourrait affecter.
monha vise à rapprocher les informations de vos outils et à rendre ces liens consultables, avec leurs sources et leurs limites. Un même contexte pour les équipes qui documentent, préparent et interviennent.
Une connaissance qui sert à agir.
« Quels sont mes serveurs ? »
« Qu’est-ce qui dépend d’eux ? »
Un cas concret · parcours envisagé
La connaissance réunie dans monha peut aussi devenir le point de départ d’un échange avec l’IA. Moins de contexte à recopier, des choix à examiner ensemble.
Le réseau à utiliser, sa passerelle, les conventions de l’équipe… Une partie de ces réponses existe déjà dans votre environnement.
Dans ce parcours, l’assistant consulte via MCP les informations documentées et accessibles dans monha. Il vous demande ce qui manque.
Exemple fictif · données de démonstration
L’IA aide à préparer les paramètres et leur traduction en IaC, avec les choix et les points qui restent à confirmer.
Vous examinez la proposition. Les droits et les contrôles encadrent l’exécution, selon une confirmation ou une politique préautorisée.
Après l’action, une nouvelle observation permet de comparer l’infrastructure à ce qui était attendu.
Ce scénario illustre la vision de monha, en développement. Les capacités et intégrations présentées ne sont pas annoncées comme disponibles.
Au quotidien, avec monha
Retrouver, comprendre, intervenir : la vision de monha relie ces besoins dans un même socle de connaissance et de contrôle, utilisable avec ou sans assistant IA.
D’où vient cette information ?
Rapprocher les informations de vos sources, retrouver une ressource et voir ce qui est récent, incomplet ou contradictoire.
Qu’est-ce qui dépend de ce serveur ?
Suivre les dépendances d’une application, comprendre l’usage d’un réseau et examiner l’impact possible d’une intervention.
Que faut-il vérifier avant d’agir ?
Réunir les accès, les conditions et les décisions utiles à une opération, puis vérifier son résultat. Avec les mêmes règles pour les équipes et les agents IA.
Une donnée garde son origine et ses limites. L’autorité se définit par domaine et par champ ; une information manquante reste inconnue.
Vos outils, un contexte commun
La console, les API et les assistants doivent pouvoir s’appuyer sur la même connaissance de l’infrastructure. La vision de monha leur donne aussi les mêmes limites d’action.
Depuis une ressource, retrouver ses dépendances et ses moyens d’accès pour préparer votre intervention : c’est le rôle du centre d’administration envisagé pour monha.
Des décisions traçables, des autorisations adaptées et des preuves après l’action.
Via MCP (Model Context Protocol), l’assistant pourrait consulter le contexte autorisé, préparer une proposition et utiliser les actions explicitement exposées. Les moteurs comme Terraform ou Ansible restent chargés de l’exécution.
L’IA aide à interpréter et à préparer. Les validations et les autorisations restent déterministes, avec confirmation humaine ou politique préautorisée selon l’action.
La vision distingue les faits, les intentions et les résultats. C’est la base d’une comparaison fiable des états de l’infrastructure.
| État | Ce qu’il signifie |
|---|---|
| Observé Observed state | Ce qu’une source rapporte, avec sa date, son périmètre et ses limites. |
| Souhaité Desired state | Une intention versionnée, une cible et des contraintes, portées par une autorité désignée — par exemple un dépôt IaC. |
| Écart Drift | Une différence entre des observations et des intentions comparables. Si les preuves manquent, l’état reste inconnu. |
Une exécution réussie ne prouve pas à elle seule que l’infrastructure est conforme. Une nouvelle observation doit permettre de le vérifier.
Ces principes décrivent la direction de monha, en développement. Ils ne constituent pas une annonce de disponibilité des capacités présentées.
Du datacenter au cloud, de la virtualisation aux conteneurs Kubernetes : les applications, le réseau et les données font partie du même système.
La direction de monha privilégie l’intégration des outils existants : fournisseurs, supervision, ITSM et moteurs d’exécution. Terraform, Ansible ou des scripts versionnés peuvent porter les opérations ; monha vise à en conserver le contexte, les décisions et les preuves.
Quelques repères
Une vision claire.
Un produit qui prend forme.
monha est un Infrastructure Knowledge & Control Plane en développement par Hueyou. Il vise à relier les informations de vos outils, vos ressources et leurs dépendances pour comprendre votre infrastructure et préparer ses évolutions. Sa vision associe OBSERVE, UNDERSTAND et OPERATE : observer les faits, comprendre les liens et contrôler les opérations. Cette connaissance sert aux équipes, avec ou sans assistant IA.
La démarche envisagée part d’un périmètre utile, comme une application et ses dépendances, en rapprochant les sources disponibles. Les usages et conventions absents de ces sources restent à renseigner. Le contexte demande de la collecte, de la réconciliation et de l’entretien ; monha doit rendre les manques visibles. Les connecteurs disponibles et l’effort de mise en place seront précisés avec les capacités livrées.
Le cœur de monha est la connaissance de l’infrastructure et le contrôle de ses opérations. Cette connaissance peut aider les équipes directement, ou fournir du contexte à une IA pour préparer un changement et sa traduction en Infrastructure as Code. L’examen des choix, les autorisations et la vérification du résultat restent nécessaires. Le scénario de VM présenté illustre cette ambition, sans annoncer une capacité disponible.
monha partage avec une CMDB la structuration de la connaissance, avec un accent sur les relations, la corrélation multi-sources et les opérations. Son cœur n’est pas un ITSM généraliste : ticketing de support, SLA et achats restent du ressort d’outils spécialisés comme GLPI ou ServiceNow. La vision privilégie les intégrations et les liens utiles à l’infrastructure.
L’état observé rassemble les faits avec leur source et leurs limites. L’état souhaité exprime une intention versionnée et son autorité, par exemple un dépôt IaC. Le drift désigne un écart entre des états comparables. Une preuve insuffisante laisse l’état inconnu ; un succès d’exécution doit être suivi d’une observation avant de conclure à la conformité.
MCP, Model Context Protocol, est envisagé comme une interface de connaissance et de contrôle : consulter le contexte, préparer des changements et utiliser des actions explicitement exposées. Console, API et MCP doivent partager les mêmes droits, contrats et règles. L’IA aide à préparer ; les contrôles déterministes et la traçabilité gouvernent l’action, selon une confirmation ou une politique préautorisée adaptée.
La vision couvre les infrastructures hybrides : datacenter, cloud, virtualisation, réseau, conteneurs, stockage, applications et données. Elle privilégie les connecteurs et les moteurs existants plutôt que leur reconstruction. Cette direction ne constitue pas une liste d’intégrations disponibles ; les périmètres livrés seront annoncés séparément.
Non. monha est actuellement en conception et en développement. Aucune date de disponibilité n’est annoncée sur cette page. Les capacités présentées décrivent la vision du produit. Hueyou partagera les prochaines étapes sur son compte LinkedIn ; vous pouvez aussi nous écrire pour échanger sur le projet.
Hueyou conçoit des outils pour rendre les infrastructures informatiques plus compréhensibles, mieux documentées et plus simples à exploiter.
monha est le projet autour duquel cette vision prend forme.
Building monha
Nous construisons monha.
La suite se dessine, connexion après connexion.