Etat UP / DOWN
Vue immediate de la disponibilite actuelle par projet.
Docs
Cette page vous guide pas a pas pour connecter vos services, lire vos signaux et agir vite quand un incident apparait.
Demarrage rapide
Choisissez une URL repondant en HTTP, idealement dediee a la sante applicative (ex: /health, /status, /api/ping).
Pour Supabase, Monitory accepte aussi un endpoint qui repond 401 PostgREST quand la cible reste joignable (cas sans anon key valide), ce qui permet de verifier la disponibilite meme si l’acces est protege.
Bonne pratique
Une route rapide, stable et representative du service critique.
A eviter
Une page lente, cachee derriere une authentification humaine ou un endpoint instable.
Vue immediate de la disponibilite actuelle par projet.
Temps de reponse pour reperer une degradation avant la panne.
Sequence des echantillons pour analyser tendance et recurrence.
Message exploitable pour corriger rapidement URL, reseau ou auth.
Le cron Vercel natif tourne en production selon vercel.json. Sur plan Hobby, la frequence est limitee: utilisez en plus un planificateur externe pour un vrai suivi toutes les 5 a 15 minutes.
Endpoint cible: GET /api/cron/monitor avec header Authorization: Bearer <CRON_SECRET>.
Test manuel rapide
curl -sS -H "Authorization: Bearer VOTRE_CRON_SECRET" \ "https://votre-domaine.vercel.app/api/cron/monitor"
| Symptome | Verification utile |
|---|---|
| Le projet reste DOWN | Tester l’URL dans un navigateur / curl, verifier DNS, TLS et timeout. |
| Le cron renvoie 401 | Comparer exactement la valeur de CRON_SECRET et le header Authorization. |
| Aucun echantillon dans les graphes | Verifier que /api/cron/monitor retourne checked > 0. |
Auth Supabase, variables NEXT_PUBLIC_MONITORY_* et comportement de session apres inscription.
Mise en place des cron jobs, securisation via CRON_SECRET, persistance Supabase et strategies free tier.