Plateforme d’ops souveraine — 28 capacités shipées

Muppy — Votre infrastructure,
un seul plan de contrôle

De l’inventaire d’hôtes au debug in-pod Kubernetes, de la réplication PostgreSQL à la HA 200 GB+ — muppy.io opère le stack complet depuis un backoffice Python + PostgreSQL, piloté par agents IA via MCP. Zéro dépendance hyperscaler.

13
Distinctive Features

Réduisent concrètement la surface d’action humaine

8
Backends S3

Souverains (OVH, Scaleway, Infomaniak) + hyperscalers

400 GB+
Filestore + Database en HA

Bascule multi-DC sans reconfiguration des healthchecks

28
Capacités shipées

Toutes en production, toutes vérifiées dans le code

À qui s’adresse Muppy ?

Deux offres spécifiques

13 Distinctive Features opérationnels

Des fonctionnalités qui réduisent la surface d’action humaine lors des incidents, migrations et upgrades

🚨
Incidents & Haute Disponibilité
Détection, réponse et continuité automatiques lors des pannes production
DF3
PG Lock Auto-removal

Détection + kill itératif des locks bloquants, planifiable via cron

Vos bases restent disponibles même sous charge : les locks bloquants sont détectés et supprimés automatiquement sans intervention humaine.

DF4
Smart Healthchecks

Python GUI, topology-aware, push Pushover sans service tiers

Alerte smartphone en quelques secondes via Pushover ; distingue panne primaire vs. secondaire sans reconfiguration au switchover.

DF6
HA 200 GB+ Filestore

Rsync + 7 métriques Prometheus + switchover transparent

La bascule DC est transparente à 200 GB+ de filestore : le rsync reprend dans le bon sens sans toucher à la configuration.

DF7
CIDR Auto-Refreshing

Cloudflare, GitLab, Azure DevOps — toujours à jour depuis leur source

Vos règles firewall restent cohérentes avec les IPs publiées par les grands SaaS — mises à jour automatiquement depuis leur source officielle.

DF8
Règles Firewall éphémères

TTL par règle UFW — expiration automatique, cron horaire de nettoyage

Les accès temporaires expirent seuls à l’heure prévue — fini les règles orphelines qui s’accumulent et érodent la sécurité.

🚀
Migrations & Déploiements
Réduire la friction et le risque humain lors des changements de version
DF1
Upgrade DB-aware

Stop → backup → migrate → restart, tracé par base de données

Chaque upgrade suit un protocole traçable par base — arrêt propre, sauvegarde, migration, redémarrage — déclenchable depuis la CI/CD sans SSH.

DF2
K8s Tag Mapper

Git tag semver → profil K8s sélectionné + Helm deploy automatique

Un simple git tag semver déclenche la sélection du bon profil K8s et le déploiement Helm — zéro clic manuel entre le push et la production.

DF5
Cron audité IMQ

Filtre par jour, lien live vers le log IMQ depuis chaque task_run

Chaque tâche planifiée est liée à son log d’exécution IMQ en un clic — Python logger + stdout/stderr distants visibles depuis l’interface sans SSH.

DF13
Install 1-clic

K8s + Traefik + cert-manager + PG en 2 wizards enchâinés

Un cluster Kubernetes complet est opérationnel en deux wizards enchâinés — l’entrée en production d’un nouveau serveur se compte en minutes.

🔧
Upgrades & Debug
Maintenir, déboguer et auditer les systèmes en production sans friction
DF9
IDE Navigateur any-host

VS Code dans le navigateur en 1 minute sur n’importe quel hôte

Un environnement VS Code complet s’installe en 1 minute sur n’importe quel hôte existant — debug depuis le navigateur sans infrastructure dédiée.

DF10
Debug In-Pod K8s

Toggle → VS Code injecté dans le pod de production (même env)

Un toggle reconfigure le pod avec code-server et les mêmes montages et variables — le bug est reproduit dans son environnement exact, pas dans une copie.

DF11
Dual-URL + Sunray

Route privée + publique par pod, Zero Trust passkey WebAuthn 1-toggle

Chaque pod expose une route privée et une route publique protégée WebAuthn passkey en un toggle — sans configuration Ingress manuelle ni risque d’oubli.

DF12
K8s Config Journal

Diff 3 niveaux + commande Helm exacte + stdout/stderr + exit code

Chaque opération Helm est journalisée avec ses 3 niveaux de diff et le stdout/stderr — le post-mortem d’un incident K8s sans fouiller les logs cluster.

🏗️ Architecture

Un plan de contrôle uniforme sur tout le stack

Backoffice Python + PostgreSQL (Odoo Community Framework) avec MCP exposé — chaque ressource est un enregistrement ORM. Chaque opération Fabric capture Python log + stdout/stderr subprocess. Aucun SSH pour débugger ce qui s’est passé.

  • Hôtes bare-metal, VPS, LXC, K8s nodes
  • Réseaux UFW auto-maintenus + CIDR dynamiques
  • DNS multi-provider + MBD + LEGO ACME
  • TLS Traefik + Let’s Encrypt + ForwardAuth
  • PostgreSQL full stack : réplication, PITR, locks, métriques
  • 9 profils MCP + AI/LLM Gate avec granularité temporelle
🧠 Contrôle (Python + PG + MCP)
Hôtes & Réseau
bare-metalVPSLXCUFW
Compute
LXDK8sHelmHA
Data
PGPITRS3×8wal-g
🔒 Edge — Traefik + LE + DNS + Sunray
📊 Observabilité — Prometheus + Smart HC + Pushover

En production aujourd’hui

Mathon
HA 400 GB+ filestore + DB (Odizy)
Actiwork
Migration SaaS managé → Muppy
AlterEco
Production on-premise
Adekia
Cloudflare + DNS multi-provider
Audaxis
Production on-premise
🇨🇦 Cloud Souverain

Fournisseurs souverains

OVHScalewayInfomaniakIkoulaContaboDell ECS
🌍 Multi-Cloud

Hyperscalers intégrés

AWSAzureGoogle CloudCloudflareDigitalOcean
📡 DNS Multi-Provider

Providers DNS

OVHCloudflareScalewayMBD (built-in)

Questions fréquentes sur Muppy

Quelle est la différence entre Muppy et un outil DevOps comme Portainer ou Ansible ?

Muppy est une plateforme tout-en-un souveraine qui intègre Kubernetes, PostgreSQL managé, DNS, TLS, haute disponibilité et CI/CD dans une interface unifiée. Contrairement à Portainer (gestion de containers) ou Ansible (automatisation de configuration), Muppy couvre l'ensemble du cycle ops — du provisionnement à la production — et peut être piloté par un agent IA via MCP.

Muppy est-il compatible avec une infrastructure on-premise existante ?

Oui. Muppy est conçu pour fonctionner sur votre propre matériel sans dépendance aux hyperscalers. Il prend en charge OVH, Scaleway, Infomaniak, Ikoula, Contabo et Dell ECS, ainsi que les hyperscalers internationaux (AWS, Azure, Google Cloud, Cloudflare, DigitalOcean). Audit trail complet, extensible par vos équipes.

Comment Muppy gère-t-il la haute disponibilité PostgreSQL ?

Muppy inclut plusieurs mécanismes HA pour PostgreSQL : suppression automatique des locks bloquants (PG Lock Auto-removal), Smart Healthchecks topology-aware avec alertes Pushover, HA Filestore 200 GB+ avec rsync et switchover transparent, et règles firewall éphémères à TTL automatique. La bascule datacenter est transparente sans reconfiguration.

Peut-on piloter Muppy avec un agent IA ?

Oui. Muppy expose une surface MCP (Model Context Protocol) d'environ 35 méthodes couvrant le provisionnement, le déploiement, l'exécution de commandes, la lecture de fichiers, les logs journalctl et le contrôle systemd. Un agent Claude, Cursor ou tout client MCP compatible peut gérer vos serveurs directement, sans ouvrir de terminal.

Qu'est-ce que le K8s Tag Mapper de Muppy ?

Le K8s Tag Mapper transforme un git tag semver en déploiement Kubernetes complet : il sélectionne automatiquement le bon profil K8s et déclenche le déploiement Helm correspondant. Zéro clic manuel entre le push et la production. Chaque opération est journalisée avec diff 3 niveaux, stdout/stderr et exit code pour un post-mortem sans fouiller les logs cluster.

Prêt à reprendre le contrôle de votre infrastructure ?

Muppy Enterprise s’installe on-premise sur votre matériel. 490 €/mois pour le plan de contrôle. Aucune licence ERP propriétaire.