Le monitoring de ma stack me rendait fou
Comme beaucoup de développeurs qui self-hostent, je gère une dizaine de services sur des VPS. Nextcloud, Vaultwarden, quelques APIs, des workers, des bases de données. Le genre de stack classique qu’on retrouve chez la plupart des membres de r/selfhosted.
Pendant des années, mon monitoring ressemblait à ça :
- Uptime Kuma pour les checks HTTP — excellent outil, mais aucune conscience des conteneurs
- Healthchecks.io pour les cron jobs — en SaaS, ce qui me gênait pour la souveraineté des données
- Un script bash qui vérifiait l’espace disque et m’envoyait un email
- Rien du tout pour les certificats SSL — je les vérifiait manuellement quand j’y pensais
Cinq outils déconnectés. Cinq dashboards. Cinq configurations à maintenir. Et surtout, aucune vue d’ensemble.
Le déclic
Un vendredi soir, mon instance Nextcloud est tombée. Le conteneur PostgreSQL sous-jacent avait crashé suite à un disque plein. Uptime Kuma m’a alerté que Nextcloud ne répondait plus — 20 minutes après le crash. Mais il ne pouvait pas me dire pourquoi : il ne voyait que le endpoint HTTP, pas l’état du conteneur, pas l’espace disque, pas les logs d’erreur.
J’ai passé 45 minutes à diagnostiquer un problème qu’un monitoring correct aurait identifié en secondes.
Ce soir-là, j’ai ouvert un fichier main.go et j’ai commencé à écrire Maintenant.
Les principes fondateurs
Trois convictions ont guidé chaque décision de design :
Un seul conteneur. Si votre outil de monitoring nécessite lui-même une stack de 3 conteneurs (hello Grafana + Prometheus + cAdvisor), quelque chose ne va pas. Maintenant est un binaire Go unique avec le frontend embarqué via embed.FS et SQLite comme base de données. docker compose up -d et c’est terminé.
Zéro configuration. Maintenant se connecte au socket Docker et découvre automatiquement tous vos conteneurs. Pas de YAML à écrire. Pas de targets Prometheus à déclarer. Vos conteneurs apparaissent dans le dashboard en quelques secondes.
Tout en un. Conteneurs, endpoints HTTP/TCP, heartbeats/cron, certificats SSL, métriques système, détection de mises à jour — tout dans un seul dashboard. Une seule source de vérité pour l’état de votre infrastructure.
Ce que j’ai appris en construisant
Le plus gros défi technique n’a pas été le monitoring lui-même. C’est la détection automatique du runtime. Maintenant supporte Docker et Kubernetes, et il détecte automatiquement lequel est disponible au démarrage. Sur Kubernetes, il utilise le service account avec un RBAC read-only pour découvrir les workloads.
L’autre leçon : la simplicité est un feature. Chaque fois que j’étais tenté d’ajouter une option de configuration, je me demandais : “Est-ce que je peux le détecter automatiquement ?” La réponse était souvent oui.
Et maintenant ?
Maintenant est disponible en open source sous licence AGPL-3.0. La Community Edition est complètement fonctionnelle — conteneurs, endpoints, heartbeats, SSL, métriques, mises à jour, alertes Webhook et Discord, page de statut. L’édition Pro ajoute les canaux Slack, Teams et Email, l’escalade et le routage d’alertes, les fenêtres de maintenance, l’enrichissement CVE, la gestion d’incidents et les notifications aux abonnés.
Si vous self-hostez et que vous en avez marre de jongler entre 5 outils de monitoring — ou si vous n’avez simplement aucun monitoring — essayez Maintenant. 30 secondes d’installation, et votre stack est sous contrôle.