Status & disponibilité
Page publique status.njanggo.com, API JSON sans auth, healthchecks API/MCP · pour surveiller Njanggo avant d’appeler l’API ou le MCP.
Dans cet article
Vue d’ensemble
Njanggo publie une status page publique pour que les consommateurs de l'API REST, du MCP et des webhooks puissent vérifier la disponibilité de la plateforme avant (ou pendant) une intégration.
Elle combine des sondes automatiques (web, API, base, docs, MCP, Pulse) et des incidents manuels publiés depuis Pulse. Aucune authentification n'est requise pour consulter le statut.
Où regarder en premier
URL de redirection
Utilisez https://status.njanggo.com comme URL de redirection / lien statut dans vos runbooks, dashboards, pages d'erreur, README d'intégration MCP, ou messages d'incident.
| Usage | URL |
|---|---|
| Status page (UI) | https://status.njanggo.com |
| API JSON (sans auth) | https://api.njanggo.com/api/status/public |
| Santé API (liveness) | https://api.njanggo.com/api/health |
| Santé API (readiness DB) | https://api.njanggo.com/api/ready |
| Santé MCP | https://mcp.njanggo.com/health |
| Docs API | https://docs.njanggo.com |
| MCP distant | https://mcp.njanggo.com |
Bonne pratique
https://status.njanggo.com pour voir si l'incident est déjà déclaré et quels composants sont touchés.Exemple de message d'erreur côté intégrateur :
Njanggo est momentanément indisponible.
Statut en direct : https://status.njanggo.com
JSON : https://api.njanggo.com/api/status/publicAPI publique JSON
Endpoint public, sans clé API ni Bearer, non soumis au throttle habituel :
| Méthode | Chemin | Auth |
|---|---|---|
| GET | /api/status/public | Aucune |
curl -X GET "https://api.njanggo.com/api/status/public" \
-H "Accept: application/json"Champs utiles de la réponse :
| Champ | Description |
|---|---|
| overall | operational | degraded | outage |
| updatedAt | Horodatage ISO de la réponse |
| groups[].components[] | Statut courant, uptime 90j, latence, séries |
| activeIncidents | Incidents ouverts (timeline updates) |
| recentIncidents | Incidents résolus récents |
Polling
Healthchecks (API & MCP)
Pour les probes Railway, Kubernetes ou un load balancer, préférez les endpoints santé dédiés (plus légers que la status page complète) :
| Service | Endpoint | Rôle |
|---|---|---|
| API | GET /api/health | Processus Nest up (liveness) |
| API | GET /api/ready | API + Postgres prêts (readiness) |
| MCP | GET /health | Serveur MCP distant up |
curl -X GET "https://api.njanggo.com/api/ready" \
-H "Accept: application/json"Ces checks alimentent aussi la status page (composants api, database, mcp).
Composants surveillés
| Clé | Groupe | Cible typique |
|---|---|---|
| web | Platform | https://njanggo.com/ |
| api | Platform | https://api.njanggo.com/api/health |
| database | Platform | https://api.njanggo.com/api/ready |
| docs | Edge | https://docs.njanggo.com/ |
| mcp | Edge | https://mcp.njanggo.com/health |
| pulse | Edge | https://pulse.njanggo.com/login |
Stripe et Clerk ne sont pas sondés automatiquement (évite les faux négatifs auth). Un incident manuel peut toujours les signaler depuis Pulse.
MCP & intégrations
Avant de connecter Cursor, Claude ou un autre client à https://mcp.njanggo.com, vérifiez que le composant MCP est opérationnel sur la status page. L'outil njanggo_health interroge votre calendrier ; la status page indique si le serveur MCP lui-même est joignable.
- Doc MCP : /mcp
- Status UI : https://status.njanggo.com
Incidents
status.njanggo.com sont gérés en interne (Pulse). Les intégrateurs n'ont pas d'API d'écriture · lecture seule via la page ou GET /api/status/public.