Statut
Vérifié au chargement de cette page
Quatre appels contre l’API de production, émis depuis ce serveur au moment où vous avez demandé la page. Rien ci-dessous n’est mis en cache et rien n’est un verdict enregistré — rechargez, et ils s’exécutent de nouveau.
Toutes les vérifications ont répondu.
aller-retour le plus lent 725 ms
Chacune prouve ce que celle du dessus ne prouve pas
Les temps sont l’aller-retour depuis notre propre serveur, situé dans la même région que l’API. C’est une mesure de service, pas ce que voit un navigateur dans un autre pays — pour cela, la jauge de latence de la page d’accueil mesure votre propre connexion.
Service
627 msLe processus de l’API répond.
GET /healthContrat
591 msL’application a démarré et sert son propre vocabulaire d’événements.
GET /v1/meta/event-typesConfiguration
583 msLes limites publiées se résolvent — ce qu’un client valide avant de détenir une clé.
GET /v1/meta/limitsLecture authentifiée
725 msToute la chaîne dont dépend un client : résolution de la clé, comptage, index geohash et le stockage derrière.
GET /v1/events
Un p95 sous 1 seconde, de la publication à la réception
Le temps réel est ce qui nous différencie : il doit donc être un chiffre, pas un adjectif — et personne dans ce secteur n’en publie. Le barème est fixé par le seul danger du vocabulaire qui se déplace : une file supporte une mise à jour lente, un véhicule à contresens non.
Mesurez-le vous-même
L’instrument de la page d’accueil publie un événement et chronomètre le delta qui revient par le flux — une seule horloge, dans votre navigateur, pour les deux mesures, et l’intervalle inclut le saut par le serveur de ce site en plus de tout ce que fait Relay. Il lit plus haut que le chiffre de publication-réception propre à Relay, jamais plus bas.
Sur la pile de référence
- min
- 36,2 ms
- p50
- 53,9 ms
- p95
- 73,0 ms
- engagement
- 1 000 ms
Quinze mesures de publication à réception sur la pile de référence — une marge de treize fois sous la cible de conception. La topologie de production ajoute un bus de messages et des sauts réseau à l’intérieur de cette marge.
Une tâche publie dans le sandbox toutes les cinq minutes
La page que vous lisez sonde l’API quand quelqu’un l’ouvre. Le canari la sonde que quelqu’un regarde ou non, et il exerce la moitié écriture — qu’aucune vérification en lecture seule ne peut atteindre.
- Publie
Un événement dans chacune de trois zones surveillées, avec une clé sandbox — DNS, TLS, authentification par jeton, comptage et écriture geohash, contre la révision déployée.
- Relit
Chaque événement par la requête de zone, au même rayon de 8 km qu’un abonné, ce qui fait travailler l’éclatement par cellules et le filtre d’expiration en mémoire.
- Confirme
Un des trois par deux autres véhicules, de sorte que le quorum de signalement le promeut — la seule chose en production qui exerce la route de signalement de bout en bout.
- Reflète
Les deux écritures arrivent dans la copie analytique : le schéma de l’entrepôt est vérifié par le trafic plutôt que par un script de migration.
Il s’exécute volontairement dans l’environnement sandbox, et chaque cycle revérifie l’environnement qu’il reçoit en retour : une clé de canari émise en live publierait des incidents synthétiques dans le flux de chaque partenaire sans que rien en aval ne s’y oppose. Les événements du canari sont exclus des chiffres analytiques par leur organisation.
Maintenance et ruptures de compatibilité
Le contrat de transmission est additif pour toujours : il n’existe donc pas de version qui le rompe. Ce qui peut vous toucher, c’est la maintenance planifiée, annoncée à l’adresse de contact de votre compte et pas seulement ici.
Aucune maintenance n’est planifiée. Les ajouts au vocabulaire et les changements de plateforme sont datés dans le journal des changements, et les règles qu’un client doit suivre pour les absorber — ignorer les champs inconnus, ignorer les valeurs inconnues — figurent dans la référence de compatibilité.