OpenStatus

Ce qu'est OpenStatus

OpenStatus réunit les deux moitiés de la communication d'incident qui vivent d'ordinaire dans des produits distincts. L'une surveille vos serveurs, sites et API et vous prévient quand ils tombent ou ralentissent. L'autre est la page publique que vos clients ouvrent pour savoir si le problème vient de vous ou d'eux. La plupart des petites équipes finissent par payer séparément un service de supervision et un hébergeur de page de statut, puis les maintiennent alignés manuellement. OpenStatus livre les deux sous AGPL-3.0 et vous laisse tout faire tourner vous-même, si vous préférez ne pas dépendre d'un fournisseur pour annoncer qu'un autre fournisseur va bien.

Le projet a démarré en juin 2023 et il est réellement actif : au moment de la capture, les commits les plus récents dataient de la veille, dont un durcissement qui bloque les plages d'adresses privées dans la validation des URL de moniteur. C'est un monorepo TypeScript : un tableau de bord Next.js, un serveur d'API en Hono et un vérificateur écrit en Go, avec Turso, Drizzle et Tinybird en dessous. Bon à savoir avant de planifier une montée de version : il n'y a pas de releases taguées sur GitHub. Le projet publie depuis sa branche principale et diffuse des images de conteneur préconstruites, donc vous épinglez un digest d'image plutôt qu'un numéro de version.

Ce qui est fourni d'emblée

Le README est précis sur le périmètre, ce qui facilite la comparaison avec vos besoins réels :

• Pages de statut Domaines personnalisés, protection par mot de passe, fenêtres de maintenance et notifications aux abonnés par e-mail et RSS. L'offre hébergée est facturée au forfait avec un nombre de membres illimité plutôt qu'au siège ou à l'abonné, ce qui mérite d'être noté : cette catégorie facture traditionnellement au nombre de personnes qui veulent savoir quand vous êtes en panne.
• Vérifications depuis 28 régions Les moniteurs tournent en parallèle depuis 28 régions réparties chez trois fournisseurs cloud. Un vérificateur mono-région finira par vous annoncer que votre site est tombé alors qu'en réalité une seule région va mal, et vous l'apprendrez à trois heures du matin.
• Supervision as code Moniteurs, notifications et pages de statut se déclarent en YAML, se pilotent depuis la CLI, s'exécutent dans GitHub Actions ou se gèrent avec Terraform. Si votre infrastructure vit déjà sous contrôle de version, les vérifications peuvent vivre à côté et passer la même revue.
• Alertes, une API et un serveur MCP Les alertes partent vers Slack, Discord, PagerDuty ou l'e-mail. S'y ajoutent une API typée JSON sur HTTP avec un SDK Node, une CLI dotée d'un mode `--json` pensé pour les agents, et un serveur MCP pour qu'un assistant interroge directement l'espace de travail au lieu de gratter un tableau de bord.
• Auto-hébergement Un fichier Docker Compose monte la pile en local, et il existe des images publiées ainsi qu'un guide de déploiement sur Coolify. Les emplacements privés — des vérifications qui tournent dans votre propre réseau, sur des cibles hors d'atteinte de l'internet public — sont livrés sous la forme d'une seule image de 8,5 Mo.

Ce que ce n'est pas : OpenStatus surveille des points d'accès, pas les entrailles de votre application. Il répond à la question de savoir si ce que touche votre client répond et à quelle vitesse, pas pourquoi cela s'est arrêté. Le traçage et l'agrégation de logs relèvent d'une autre catégorie d'outils, et le projet ne prétend pas le contraire.

Où cela s'insère dans la boîte à outils de croissance

Une page de statut n'est pas un canal d'acquisition, et cela mérite d'être dit franchement : elle ne vous apportera pas de trafic. Ce qu'elle fait, c'est retirer de la friction à deux moments précis : quand un prospect se demande si vous êtes une vraie entreprise, et quand un client existant hésite entre vous écrire et attendre cinq minutes. Les deux relèvent de la confiance, plus proches de la preuve sociale que du marketing. Le même instinct qui rend Documenso intéressant à héberger vaut ici : les artefacts qui font qu'une petite entreprise paraît sérieuse coûtent peu à exploiter et cher à ne pas avoir le jour où il le faut.

Le déclencheur, c'est votre premier client payant, pas votre première panne. Une page de statut créée pendant un incident est une page sans abonnés, sur un domaine que personne ne connaît, écrite par quelqu'un qui est justement très occupé. L'installation prend une heure dont toute la valeur tient au fait qu'elle précède l'événement pour lequel elle existe. Si vous vendez à des développeurs, il y a une deuxième raison : la page de statut et le journal des changements font partie des rares pages qu'un acheteur technique va chercher de lui-même, aux côtés de votre documentation. Plus sur ce public dans comment commercialiser un outil pour développeurs.

Ce que nous avons appris en pointant un vérificateur sur notre propre flotte

Cette partie vient de l'exploitation, pas de la lecture. AgentCeres — l'AI Growth Officer sur agentceres.com — fait tourner un conteneur distinct par espace de travail client, et ceux qui sont inactifs descendent à zéro pour contenir la facture. Du coup, "ne répond pas" et "dort" deviennent deux états différents, et cela a cassé nos réflexes de supervision à deux reprises. Premièrement, une sonde n'est pas gratuite : chaque vérification contre un service qui descend à zéro le réveille, donc le moniteur paie le démarrage à froid et efface en silence l'économie qu'il était censé surveiller. Nous avons fini par remonter la piste d'un espace de travail éveillé quasiment en permanence jusqu'à un onglet de navigateur oublié, resté connecté, qui interrogeait un point d'accès en arrière-plan toutes les quelques minutes — pendant que le reste de la flotte restait à un chiffre. Deuxièmement, nos propres contrôles de santé ont dû apprendre à signaler "en sommeil" sans sonder du tout, une phrase qui ne prend son sens qu'une fois décidé ce que "disponible" veut dire pour votre architecture.