Hôtes, tâches, faits
Serveurs physiques, VM ou conteneurs LXC enrôlés en SSH, tâches Python planifiables et tracées, services systemd, pare-feu UFW et clés SSH.
docs.muppy.io/muppy_core/Solutions
Odizy · Odoo
Odizy Votre ERP Odoo, de la branche à la production
Odizy Partenaires Pour les intégrateurs et éditeurs Odoo Manganese · App Servers
Manganese Des App Servers complets, n’importe quelle stack
Manganese DevFleet Remote dev agentique pour grands comptes Muppy · Infrastructure
☁️ Muppy Votre infrastructure, écrite et rejouable🏛️ Auto-hébergé (on-premise) Muppy Enterprise : toute la plateforme chez vousSunray · Zero Trust
Muppy gère l’infrastructure comme vous le feriez à la main, mais par écrit et de façon rejouable. Il se connecte en SSH aux hôtes que vous enrôlez, y exécute des tâches et en rapporte l’état : un plan de contrôle uniforme sur toute la pile, du serveur à Kubernetes.
En production : Audaxis, Actiwork, Alter Eco Santé · Référence : La Poste
Un seul outil pour provisionner, déployer, déboguer et superviser vos stacks : CI/CD, K8s Tag Mapper, debug dans le pod, journal Helm complet.
En parler avec nous → 🔁 Intégrateurs ERP & ISVRéplication PostgreSQL, filestore répliqué entre sites et contrôles de santé : la haute disponibilité pour des ERP à 400 Go+ en production.
En parler avec nous → 🖥️ Hébergeurs & infogérantsTransformez votre parc en PaaS maison : vos clients créent eux-mêmes des environnements complets et isolés, sur votre infrastructure.
En parler avec nous → 🤖 Ops pilotées par IAVos agents IA pilotent l’infrastructure via MCP, sous des règles qu’ils ne peuvent pas lever ; chaque commande est journalisée.
Découvrir → 🏢 DSI / ETIReprenez le contrôle de votre infrastructure on-premise : zéro dépendance hyperscaler, journal complet, extensible par vos équipes.
Découvrir →Les tâches sont publiées dans des addons installés au besoin. Les clients Muppy Enterprise et les partenaires peuvent écrire les leurs.
Serveurs physiques, VM ou conteneurs LXC enrôlés en SSH, tâches Python planifiables et tracées, services systemd, pare-feu UFW et clés SSH.
docs.muppy.io/muppy_core/Quatre applications : clusters et sauvegardes, Replicated Cluster Set, bascule automatique pglookout, restauration à la minute avec WAL-G.
docs.muppy.io/guides/postgresql/Packages Muppy, Helm ou Kubectl synchronisés depuis git, profils réutilisables, migrations avec sauvegarde, Pack8s multi-cloud.
docs.muppy.io/muppy_k8s/Noms générés, domaines personnalisés, Let’s Encrypt (y compris par challenge DNS), DNS intégré, Cloudflare en option.
docs.muppy.io/network/custom-domains/Silencieuse par défaut, jamais « OK » quand elle ne sait pas. Sauvegardes, réplication, HA, PITR, certificats Kubernetes.
docs.muppy.io/monitoring/Chiffrement en enveloppe ; la clé maître n’existe que dans votre gestionnaire de mots de passe et en mémoire.
docs.muppy.io/vault/Activité et verrous bloquants détectés et levés, de façon planifiable.
Contrôles programmables, conscients de la topologie, alertes Pushover, Slack ou Teams.
Rsync chaque minute, 7 métriques Prometheus, alerte dès qu’il s’arrête.
Règles de pare-feu alignées sur les IP publiées par Cloudflare, GitLab, Azure DevOps.
Chaque règle UFW peut porter une date d’expiration et disparaît seule.
Arrêt, sauvegarde, migration, redémarrage, tracés base par base.
Un tag git sémantique choisit le profil Kubernetes et déclenche le déploiement.
Chaque exécution liée à son journal dans la file de tâches, sans SSH.
Kubernetes, Traefik, cert-manager et PostgreSQL installés depuis l’interface.
Code-Server sur un métal nu, une VM ou un conteneur LXC.
VS Code dans le pod, avec les mêmes montages et variables : le bug se reproduit là où il vit.
Une route privée et une route publique, protégée par passkey en un interrupteur.
Commande Helm exacte, sortie console et code retour de chaque installation et mise à jour.
Sur OVH Public Cloud, Muppy crée lui-même les instances : elles arrivent enrôlées et gérées, avec une date de décommission par sécurité. docs.muppy.io/ovh
La HA (avec la réplication) répond au premier, le PITR au second. Ensemble, ils couvrent un RTO exigeant et un RPO de quelques minutes, y compris avec des clusters répartis sur plusieurs clouds.
quelques minutes de perte au plus, avec PITR
promotion du meilleur standby par pglookout
clusters répliqués entre plusieurs clouds
des événements HA journalisés
Muppy s’installe sur vos serveurs bare-metal ou VPS, sans migration. La couche Manganese isole chaque client dans son compte, avec ses App Servers, et vous gardez la main sur les ressources.
Sur votre serveur de contrôle, bare-metal ou VPS.
Enrôlement de vos hôtes, clés SSH, DNS et certificats : Muppy modélise ce que vous avez déjà.
Chaque client obtient son compte, son catalogue d’App Definitions et son pool de ressources.
Par l’interface Manganese ou par MCP : ils créent eux-mêmes leurs serveurs.
Délai de mise en œuvre d’une infrastructure PostgreSQL constaté par Audaxis chez un grand compte.
Intégrateur ERP depuis plus de 20 ans (groupe Contraste Europe), Audaxis a intégré Muppy à son catalogue pour exploiter des infrastructures PostgreSQL et Kubernetes hautement disponibles et multi-cloud, avec trois services : audit, implémentation, support et évolutions.
Portainer gère des conteneurs, Ansible automatise des configurations. Muppy couvre tout le cycle d’exploitation dans une seule interface : hôtes, PostgreSQL et sa haute disponibilité, Kubernetes, DNS, TLS, CI/CD, supervision et secrets, avec un journal de chaque tâche exécutée.
Oui. Vous enrôlez vos serveurs existants (bare-metal, VM ou LXC) ; Muppy y exécute ses tâches en SSH. Il fonctionne avec les fournisseurs souverains, les hyperscalers et vos propres datacentres, et crée directement des instances sur OVH Public Cloud.
Par réplication en Replicated Cluster Set, bascule automatique pilotée par pglookout (désactivable pendant une maintenance), restauration à un instant donné avec WAL-G, et contrôles de santé qui alertent sur smartphone.
Oui. Muppy expose un serveur MCP : l’agent lit les mêmes informations que vous, agit librement en développement et en test, et demande une approbation humaine partout ailleurs.
En 30 minutes, on regarde vos serveurs, vos bases et vos objectifs de disponibilité, et on vous propose un plan de reprise en main.
Quatre champs, sans téléphone obligatoire.
Architecture, contraintes d’hébergement, sécurité, reprise d’existant.
Périmètre, déroulé et chiffrage sur devis, appuyés sur la documentation publique.
Vous préférez tester d’abord ? Essayer Manganese, beta gratuite