Comment fonctionne cette page
Chaque service est vérifié depuis le serveur du site, à Paris, lorsque cette page est demandée, et le résultat est réutilisé pendant une minute au plus. Rechargez ensuite pour vérifier à nouveau. L’application web doit charger sa page d’accueil et l’API cloud doit répondre à son contrôle de santé.
Ces vérifications confirment qu’un service est joignable. Elles ne se connectent à aucun compte, ne lancent aucune simulation et ne touchent à aucun projet : un service peut les réussir et échouer malgré tout sur une tâche précise.
Une vérification refusée en bordure de réseau s’affiche Non vérifié plutôt que Panne : elle ne dit rien, dans un sens ou dans l’autre, du fonctionnement du service pour vous.
Les lignes d’infrastructure sont lues auprès d’AWS au même moment, jamais auprès des composants eux-mêmes : nombre de tâches des conteneurs, invocations, erreurs et limitations des fonctions sur les 15 dernières minutes, état de l’instance du générateur de tuiles et capacité du groupe de diffusion. Elles sont réutilisées pendant trois minutes au plus. Un composant au repos par conception s’affiche En veille. Une ligne que la page n’a pas pu lire s’affiche Non vérifié et ne change pas l’état général, et la panne d’un composant facultatif (tout sauf le moteur de simulation, l’exécuteur de la file et la fonction de l’API) compte comme Dégradé.
Les barres de chaque carte couvrent ses 90 derniers jours, une par jour (UTC), colorée selon le pire moment de la journée : vert quand rien n’allait mal, ambre pour des performances dégradées, orange pour une panne partielle, rouge pour une panne, bleu pour une maintenance, gris pour un jour sans relevé. Elles ont deux sources. D’abord les relevés qu’AWS conserve : pour les fonctions, et pour le site et l’API cloud qu’elles servent, la part des invocations en échec heure par heure (au moins 5 échecs faisant 10 % d’entre elles : dégradé ; 50 % : panne) ; pour les conteneurs, les tâches en service face à celles demandées. Ensuite les incidents que nous déclarons. L’application web, le générateur de tuiles et la diffusion de la vue 3D n’ont pas de tels relevés : leurs barres ne montrent que nos incidents, sans disponibilité.
La disponibilité est la part de ce temps relevé sans panne. Une panne compte entièrement, une panne partielle pour 30 % de sa durée, des performances dégradées et une maintenance pas du tout.
Les incidents sont les problèmes que nous déclarons nous-mêmes, avec leurs mises à jour : ils couvrent ce qu’aucune vérification ne voit comme ce qu’elle voit. Tant qu’un incident est ouvert, les lignes qu’il concerne et l’état général l’indiquent, et chacun reste dans l’historique des incidents. Les heures sont en UTC.
Un problème que cette page n’affiche pas ? Signalez-le-nous : nous répondons en français ou en anglais.