État du système

Vérifications HTTP automatisées depuis inta.dev. Instantané lisible par machine : /api/status.json.

Comment nous mesurons la disponibilité

Quelques précisions sur ce que représente cette page.

  • Contrôles synthétiques : requêtes HTTP automatisées depuis notre hébergeur vers chaque URL publique ci-dessous — pas de mesure utilisateur réelle (RUM).
  • Cadence : en production environ une fois par minute (configuration cron de votre projet).
  • Un contrôle est réussi lorsque le statut HTTP est strictement inférieur à 500 ; timeouts et erreurs réseau comptent comme échecs.
  • Chronologies, journal d’incidents, tendances de latence et pourcentage de disponibilité en tête utilisent les vérifications stockées sur les 2160 dernières heures (UTC), jusqu’à 5000 échantillons par chargement (TTL MongoDB ~14 jours). Les incidents opérateur et la maintenance active comptent comme indisponibilité lorsqu’ils s’appliquent.
  • Toutes les heures de cette page sont en UTC.

Maintenance planifiée

Aucune fenêtre de maintenance en cours ou à venir n’est publiée pour le moment.

Dernier déploiement

Commit

3f3300f · Voir le commit sur GitHub

Branche

production

Message

chore: minify gdpr.dev.js → uc.js, cb.dev.js → cb.js [skip ci]

100% disponibilité

Nous exécutons ces vérifications automatiquement selon un planning. Au cours des 42 dernières heures (UTC), nous comptons 5000 exécutions stockées · 5000 comptent comme entièrement opérationnelles (tous les services OK sur l’exécution, sans incident opérateur ni maintenance applicable à cet instant).

Toutes les vérifications OKMis à jour May 24, 2026, 3:45 PM UTC (stocké, UTC)
  • Intastellar Consents

    https://www.intastellarconsents.com

    Vérifications récentes — 90 jours (5000 échantillons)

    Temps de réponse (Intastellar Consents)

    Min 17 ms
    Max 585 ms
    Dernier 203 ms
    HTTP 200203 ms

    Temps de réponse par lieu de sonde

    • Primary·203 ms
  • Consents CDN (uc.js)

    https://consents.cdn.intastellarsolutions.com/uc.js

    Vérifications récentes — 90 jours (5000 échantillons)

    Temps de réponse (Consents CDN (uc.js))

    Min 17 ms
    Max 836 ms
    Dernier 138 ms
    HTTP 200138 ms

    Temps de réponse par lieu de sonde

    • Primary·138 ms
  • inta.dev - Developer Portal

    https://inta.dev/

    Vérifications récentes — 90 jours (5000 échantillons)

    Temps de réponse (inta.dev - Developer Portal)

    Min 26 ms
    Max 1754 ms
    Dernier 398 ms
    HTTP 200398 ms

    Temps de réponse par lieu de sonde

    • Primary·398 ms
  • Intastellar Consents — analytics collect (health)

    https://analytics.intastellarsolutions.com/collect?health=1

    Vérifications récentes — 90 jours (5000 échantillons)

    Temps de réponse (Intastellar Consents — analytics collect (health))

    Min 61 ms
    Max 843 ms
    Dernier 552 ms
    HTTP 200552 ms

    Temps de réponse par lieu de sonde

    • Primary·552 ms

Messages d’exploitation

Mises à jour publiées par l’équipe en cas d’incident ou de suivi (séparées de l’historique automatique des sondes ci-dessous).

  • Intastellar Consents Platform: Issue accessing the platform when logged in

    We are currently having issues with routing of Intastellar Consents, which affects the view of our dashboards on intastellarconsents.com/gdpr/dashboard. We are working on implementing a solution, to solve the issue.

    Mises à jour

    • Mise à jour · Apr 20, 2026, 8:50 AM UTC · felix.schultz@intastellar.com · Analyse en cours Résolu

      We fixed the issue. There where a miss configured file causing the 404 error

    Surveillances: Intastellar Consents

    Publié par felix.schultz@intastellar.com · · Résolu

    Résolu
  • Intastellar Consents (CMP) Dashboard - CORS Errors

    We have noticed some CORS errors with our APIs for Intastellar Consents CMP platform - causing currently blank page on the dashboard. We are working on the situation to fix it as fast as possible. Consent collection is still working & we do not see any problems with these endpoints. Monitors: Intastellar Consents.

    Mises à jour

    • Mise à jour · Apr 6, 2026, 7:52 PM UTC · felix.schultz@intastellar.com · Identifié Résolu

      We fixed the issue - some header requests weren´t allowed to connect. Which caused the API´s to be blocked on the request. Everything is resolved & the Intastellar Consents dashboard, is up an running again.

    Surveillances: Intastellar Consents

    Publié par felix.schultz@intastellar.com · · Résolu

    Résolu

Journal des incidents

Note — hébergement et configuration

Cette page est publique. Les informations ci-dessous s’adressent aux équipes qui déploient inta.dev (variables d’environnement, conservation des données).

Configurez les cibles avec STATUS_CHECK_TARGETS_JSON (remplacement complet) ou STATUS_CHECK_EXTRA_JSON (ajout). Une vérification est considérée comme réussie lorsque le statut HTTP est strictement inférieur à 500. Le journal d’incidents liste les exécutions en échec dans cette fenêtre, avec le texte d’erreur de la sonde lorsqu’il est enregistré. Chronologies, journal d’incidents et tendances de latence partagent le même stock roulant : les 2160 dernières heures (UTC), jusqu’à 5000 échantillons par requête (TTL Mongo ~14 jours). Le pourcentage de disponibilité en tête utilise la même fenêtre : une exécution ne compte comme « up » que si toutes les cibles ont réussi et que l’instant est hors incidents opérateur et maintenance applicables. Réglez STATUS_HISTORY_WINDOW_HOURS et STATUS_HISTORY_MAX_ROWS. Heures en UTC. Les nouvelles lignes d’historique enregistrent par cible latencyMs ; les lignes plus anciennes alimentent encore les segments haut/bas jusqu’à expiration.