Kuma ne peut pas te dire quand Kuma tombe
C'est la seule chose qu'il ne peut pas faire. Kuma est un bon logiciel : licence MIT, plus de types de moniteurs que nous n'en proposons, et la plus large liste de notifications de la catégorie. Mais il tourne sur une machine qui t'appartient, dans le même domaine de panne que ce qu'il surveille, et quand cette machine se tait, ton monitoring se tait avec elle.
Quand Kuma reste le bon choix
Pour beaucoup de setups, l'auto-hébergement est justement l'objectif, et on ne va pas essayer de t'en dissuader. Si tes vérifications ne peuvent pas sortir de ton réseau, si tu as besoin de moniteurs TCP, ping, DNS ou Docker, ou si tu veux des alertes Discord dès aujourd'hui, Kuma sait faire tout ça et pas nous. Dumza vérifie des endpoints HTTP et HTTPS. C'est toute la liste.
On fait tourner les mêmes vérifications depuis un endroit où ton infrastructure ne se trouve pas, sur une machine que tu n'as jamais à patcher.
Côte à côte
| Fonctionnalité | Uptime Kuma | Dumza |
|---|---|---|
| Prix | Gratuit, plus ce que te coûte le serveur | Plan gratuit, payant à partir de 7 $/mois |
| Qui gère le serveur | Toi | Nous |
| Installation | Docker ou npm, puis mises à jour et sauvegardes des volumes | Inscris-toi et colle une URL |
| Moniteurs | Illimités, autant que ton matériel peut en tenir | 10 gratuits, 20 à 7 $, 100 à 19 $, 500 à 39 $ |
| Types de moniteurs | HTTP, TCP, ping, DNS, Docker, push, bases de données et plus | HTTP et HTTPS uniquement |
| Intervalle de vérification | À toi de le définir, aussi vite que la machine le permet | 5 min sur le plan gratuit, 1 min à partir de 7 $ |
| Vérifications multi-régions | Manuelles, à toi de faire tourner tes propres instances | Incluses |
| Si le monitoring lui-même tombe en panne | Personne ne te prévient | Les interruptions sont enregistrées et affichées comme « Worker hors ligne », jamais comptées contre ta disponibilité |
| Canaux d'alerte | 90+ fournisseurs via Apprise, chacun configuré à la main | E-mail, webhook, Telegram, Slack, connectés une fois par compte. Pas encore de Discord |
| Page de statut | Incluse | Incluse, avec historique des incidents automatique et e-mail aux abonnés |
Dernière vérification par rapport à Uptime Kuma 1.23 et 2.x, août 2026.
Ce qui est conservé
Dans Kuma 1.23, l'export se trouve dans Settings → Backup → Export. Donne ce fichier .json à la fenêtre d'importation et tu obtiens un aperçu modifiable avant la création du moindre moniteur. La version 2.x a supprimé cet écran de sauvegarde, donc sur 2.x un tableau de moniteurs récupéré avec uptime-kuma-api fonctionne aussi.
Les vérifications HTTP arrivent avec leur nom, leur URL et leur intervalle intacts. Un intervalle inférieur au minimum de ton plan est relevé plutôt que rejeté : une vérification de 20 secondes se retrouve à 1 minute au lieu de faire échouer tout le fichier.
Tout ce qu'on ne peut pas faire tourner est listé nommément, pour que tu voies ce qui est resté de côté : moniteurs TCP, ping, DNS, push et Docker, requêtes utilisant une méthode autre que GET, HEAD ou POST, et le mode upside-down. Les en-têtes d'authentification et les corps de requête ne sont pas transférés non plus, car la sauvegarde est analysée dans ton navigateur et ne nous est jamais envoyée. Ces vérifications arriveront et échoueront jusqu'à ce que tu ressaisisses les identifiants.
La limite de moniteurs de ton plan continue de s'appliquer. Quarante moniteurs importés dans un compte gratuit t'en donnent dix, et une liste des trente autres.
Fais tourner les deux pendant une semaine
Rien ne t'empêche de laisser Kuma pointé sur les mêmes URLs pendant que Dumza les vérifie depuis l'extérieur de ton réseau. Et si jamais les deux ne sont pas d'accord sur la disponibilité d'un service, c'est justement ce désaccord qui est intéressant. Plan gratuit, sans carte.