SolidPing vs Gatus
Gatus est l'outil à battre si vous voulez votre supervision dans Git. Apache-2.0, 100 % Go, un binaire de moins de 20 Mo, et un modèle de configuration qui est du YAML et rien que du YAML. Pour les équipes qui traitent chaque brique d'infrastructure comme du code, ce n'est pas une limite — c'est tout l'intérêt, et c'est pour cela que Gatus a plus de 10 000 étoiles.
Les deux côtés sont ici auto-hébergés. Gatus n'a pas de service hébergé ; cette page le compare donc à SolidPing auto-hébergé — gratuit, AGPL-3.0, sans offre et sans plafond. Notre version hébergée existe et est décrite plus bas, mais le tableau n'en dépend pas.
SolidPing fait un autre compromis : une interface et une surface de configuration as code, la multi-location, et un éventail bien plus large de choses à vérifier. Cette page sert à savoir quel compromis vous convient.
Votre YAML peut venir avec vous. SolidPing embarque un importeur Gatus officiel avec un mode simulation (dry-run).
Si nous nous sommes trompés sur un détail concernant Gatus, merci d'ouvrir un ticket — nous tenons à ce que cette page soit exacte.
En un coup d'œil
| SolidPing (auto-hébergé) | Gatus | |
|---|---|---|
| Licence | AGPL-3.0 | Apache 2.0 |
| Étoiles / version | zEr0 (aidez-nous à grandir) | 10 100+ · v5.34.0 |
| Coût | Gratuit — checks, cadence de vérification, workers et domaines de page de statut illimités ; 30 membres par défaut | Gratuit — illimité |
| Écrit en | Go | Go |
| Types de checks | 40 | 9 (HTTP/HTTPS, TCP, ICMP, DNS, WebSocket, SSH, TLS, STARTTLS, External) |
| Configuration | Interface et export / import / apply YAML | YAML uniquement — aucune configuration par l'interface |
| Base de données | SQLite ou PostgreSQL | En mémoire (par défaut), SQLite, PostgreSQL |
| Persistance | Toujours persisté | En mémoire par défaut — données perdues au redémarrage sauf configuration contraire |
| Intervalle minimal | 10 secondes (checks navigateur 60 s, JS 30 s) | Configurable |
| Vérifications multi-région | Workers distribués que vous exécutez où vous voulez | Lancer plusieurs instances ; pas d'agrégation intégrée |
| Multi-utilisateur / RBAC | Multi-locataire, rôles, comptes en lecture seule | Aucun |
| Authentification | OAuth, OIDC, SAML, LDAP, passkeys, TOTP | Auth basic, OIDC, clés d'API |
| Astreinte et escalade | Plannings de rotation, remplacements, iCal, escalade multi-étapes | Non disponible |
| Checks heartbeat / cron | Oui | Non disponible |
| Fournisseurs d'alertes | 16, dont SMS, voix et WhatsApp via votre propre compte Twilio | 20+ |
| Pages de statut | Multiples, sections, domaines personnalisés, abonnés | Une seule page de statut |
| Syntaxe des conditions | Assertions par type de check | Puissante — JSONPath, len(), has(), pat() |
| Extras GitOps | — | Création et fermeture automatiques de tickets GitHub / GitLab |
| Métriques Prometheus | Oui | Oui |
| API | REST complète, lecture et écriture, CLI sp | Lecture seule |
| Import depuis Gatus | Intégré | — |
Là où SolidPing est le meilleur choix
Vous voulez une interface en plus d'un fichier. Gatus se configure entièrement en YAML ; il n'y a aucun moyen d'ajouter un check depuis le navigateur. C'est délibéré et beaucoup d'équipes adorent ça, mais cela signifie que chaque changement est un commit et que chaque non-ingénieur est bloqué. SolidPing vous donne les deux — cliquez dans le tableau de bord, ou exportez toute l'organisation en YAML et appliquez-la depuis la CI.
Plus d'une personne, avec des permissions différentes. Gatus n'a ni modèle multi-utilisateur ni RBAC ; l'API est en lecture seule. SolidPing est multi-locataire avec des rôles et des comptes en lecture seule, derrière votre fournisseur d'identité existant.
Il vous faut plus de neuf types d'endpoints. Gatus couvre bien les fondamentaux réseau. SolidPing ajoute les bases de données, les protocoles mail (SMTP, IMAP, POP3 et un check passif de réception d'e-mail), les files de messages, SNMP, Docker et Kubernetes, les checks navigateur headless et JavaScript, et la supervision heartbeat/cron — que Gatus ne fait pas du tout.
Plus d'une page de statut. Gatus sert une seule page de statut. S'il vous en faut une par client ou par produit, sur leurs propres domaines, c'est une différence structurelle.
Quelqu'un doit être réveillé. Gatus alerte vers plus de 20 fournisseurs mais n'a pas de modèle d'astreinte — ni rotations, ni escalade, ni acquittement.
Des données qui survivent à un redémarrage, par défaut. Gatus est en mémoire sauf si vous configurez un stockage. C'est un bon défaut pour une page de statut sans état, et une surprise la première fois qu'un pod redémarre.
Là où Gatus est le meilleur choix
La configuration as code, faite correctement. Si votre règle est « ça n'existe pas tant que ce n'est pas dans Git », Gatus est construit exactement ainsi depuis le départ, alors que notre surface YAML est une seconde voie plutôt que la seule.
La syntaxe des conditions est vraiment meilleure. JSONPath avec len(), has() et
pat() vous donne des assertions plus expressives que les nôtres, et c'est la
fonctionnalité de Gatus que nous respectons le plus.
L'automatisation des tickets GitHub et GitLab. Gatus peut ouvrir un ticket quand un check échoue et le fermer quand il se rétablit. Rien dans SolidPing ne fait cela aujourd'hui.
Il est plus petit et plus simple à exploiter. Un binaire de moins de 20 Mo, sans aucune base de données si vous n'en voulez pas. Pour une page de statut sans état dans Kubernetes, c'est difficile à battre.
Plus de fournisseurs d'alertes, 20+ contre nos 16.
Apache 2.0 plutôt qu'AGPL. Si votre service juridique est mal à l'aise avec l'AGPL, cette différence tranche, quelles que soient les fonctionnalités.
L'autre modèle, des deux côtés
Gatus n'a pas de service hébergé. L'exploiter fait partie du contrat ; il n'y a aucun fournisseur à qui le confier.
SolidPing en a un, qui exécute le même binaire. SolidPing Cloud est gratuit pour
100 checks et 10 vérifications par minute, puis 5 € / 15 € / 45 €, avec six régions de
sondage partagées que vous n'avez pas à déployer. C'est le même produit avec les plafonds
d'offre remis en place et sans SMS, voix ni WhatsApp, qui restent une fonctionnalité
auto-hébergée parce que les opérateurs facturent au message. Vous pouvez aussi conserver
le workflow GitOps sur l'un comme sur l'autre : exportez l'organisation en YAML et
appliquez-la avec sp apply depuis la CI, en hébergé comme en auto-hébergé.
Migrer depuis Gatus
POST /api/v1/orgs/{org}/checks/import/convert?source=gatus&dryRun=true
Lancez-le avec dryRun=true et lisez le résultat avant de créer quoi que ce soit. Les
conditions Gatus n'ont pas toutes un équivalent SolidPing ; le convertisseur signale ce
qu'il n'a pas pu traduire au lieu de l'abandonner en silence.
Lequel choisir ?
Restez sur Gatus si la configuration as code est un principe plutôt qu'une préférence, si une seule page de statut suffit, et si les neuf types d'endpoints couvrent ce que vous exploitez. C'est un outil bien construit, avec une philosophie claire.
Regardez SolidPing quand vous avez besoin de personnes dans le produit qui n'écrivent pas de YAML, de plus d'une page de statut, de protocoles au-delà des fondamentaux réseau, ou d'une rotation d'astreinte. Vous pouvez garder le workflow GitOps — export en YAML et apply depuis la CI — sans en faire la seule porte d'entrée.