Hueyou construit monha

Comprendre
votre infra.
La faire évoluer.

Infrastructure Knowledge & Control Plane

Retrouvez ce qui dépend de quoi.
Réunissez le contexte pour préparer votre prochain changement.

Voir un cas concret

monha est en développement.

Infrastructure, reconnected.
Explorez les connexions
Du cloud au stockage, les ressources forment un système de relations et de dépendances.

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.

Par et pour les gens de l’infrastructure.Tout commence par un lien

Avant chaque intervention

Combien d’outils
pour retrouver le contexte ?

À 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.

VMwareCloudCMDBIPAMMonitoringDocumentation
Reconnecter les morceaux.

C’est le rôle de monha

Vos ressources.
Les liens qui changent tout.

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.

L’inventaire répond

« Quels sont mes serveurs ? »

La connaissance va plus loin

« Qu’est-ce qui dépend d’eux ? »

Un cas concret · parcours envisagé

Votre prochaine VM.
Avec le contexte de votre infra.

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.

« Je dois préparer une VM
pour notre portail interne. »

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.

Le contexte à disposition

Exemple fictif · données de démonstration

Application
Portail interneRelations documentées dans monha
Réseau
VLAN 100 · applications internesUsage déclaré dans l’IPAM de démonstration
Passerelle
Renseignée dans l’IPAMSource et fraîcheur à examiner
À préciser
Quelle politique de sauvegarde ?Information manquante : une question, aucune valeur inventée.
  1. Une proposition à comprendre

    L’IA aide à préparer les paramètres et leur traduction en IaC, avec les choix et les points qui restent à confirmer.

  2. Une décision à garder en main

    Vous examinez la proposition. Les droits et les contrôles encadrent l’exécution, selon une confirmation ou une politique préautorisée.

  3. Un résultat à vérifier

    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

Des réponses pour
préparer la suite.

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.

OBSERVE

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.

UNDERSTAND

Comprendre les liens

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.

OPERATE

Préparer le changement

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

Gardez le contexte.
Et la maîtrise.

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.

Console & accès aux ressources

L’accès avec
son contexte.

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.

PréparerAutoriserVérifier

Des décisions traçables, des autorisations adaptées et des preuves après l’action.

Agents IA, MCP & IaC

Votre savoir d’infrastructure.
Accessible à votre assistant.

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.

  • « Quel serait l’impact de ce changement sur les applications ? »
  • « Quel écart faut-il vérifier avant de préparer une correction en IaC ? »

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.

Comment distinguer les états et vérifier un changement ?

Ce qui est. Ce qui est attendu.
Ce qui reste à vérifier.

La vision distingue les faits, les intentions et les résultats. C’est la base d’une comparaison fiable des états de l’infrastructure.

ÉtatCe 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.

L’infrastructure réelle
dépasse les silos.

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.

  • Compute
  • Network
  • Cloud
  • Containers
  • Storage
  • Applications
  • Data
  • Security
  • Observability

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

monha, simplement.

Une vision claire.
Un produit qui prend forme.

Qu’est-ce que monha ?

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.

Faut-il déjà tout documenter pour commencer ?

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.

Quelle place pour l’IA et l’IaC ?

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 remplace-t-il une CMDB ou un ITSM ?

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.

Que signifient état observé, état souhaité et drift ?

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é.

Quel rôle pour les agents IA et MCP ?

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.

Quels environnements monha vise-t-il ?

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.

monha est-il disponible ?

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.

Software for infrastructure people. Éditeur logiciel français

Une petite structure.
Une conviction solide.

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

Quelque chose
prend forme.

Nous construisons monha.
La suite se dessine, connexion après connexion.