Disponibilité et fenêtres de maintenance

Mirox fonctionne dans deux régions indépendantes. Chaque région héberge la plateforme complète et le trafic est dirigé automatiquement vers une région saine. En arrière-plan, chaque service est conçu pour continuer de répondre pendant une perturbation au lieu de disparaître, et l'application vous dit clairement ce qui se passe.

Ce que vous voyez pendant une perturbation

Chaque réponse de la plateforme porte un état. L'application web et l'application mobile le lisent et réagissent de la même manière :

État	Signification	Ce que montre l'application
`healthy`	Tout fonctionne.	Rien de particulier.
`degraded`	Une partie non essentielle est indisponible ; l'application fonctionne toujours.	Rien de particulier ; les fonctions concernées signalent une erreur à l'utilisation.
`unavailable`	La plateforme ne peut pas servir les requêtes pour le moment (par exemple la base de données est injoignable).	Un avis pleine page remplace l'application dès qu'une requête échoue. La page vérifie la plateforme toutes les quelques secondes et revient d'elle-même à l'application dès qu'elle fonctionne à nouveau.
`maintenance`	Une fenêtre de maintenance est active.	Tant que la plateforme fonctionne encore : un avis jaune en bas à droite avec le titre et la période de la fenêtre. Il peut être replié en une petite icône d'avertissement et rouvert. Si des requêtes échouent pendant la fenêtre, l'avis pleine page apparaît avec les mêmes informations.

L'avis pleine page affiche le titre, la description et la période de la fenêtre lorsqu'ils sont connus, sinon un avis général. La langue et le mode sombre peuvent y être changés comme sur la page de connexion. Rien n'a besoin d'être rechargé manuellement.

Vos centrales continuent de fonctionner

Chaque centrale a son propre agent Mirox. Les agents fonctionnent de manière décentralisée sur des clusters d'agents dédiés, dans des régions distinctes de celles de la plateforme elle-même ; un problème régional côté plateforme ne les affecte donc pas. Un agent ne dépend pas de l'accessibilité de la plateforme :

L'agent continue de collecter et d'analyser les données de la centrale et les conserve dans un tampon local tant que la plateforme est indisponible ; les données en tampon sont livrées dès que la connexion revient, l'historique n'a donc pas de trou.
La gestion des agents traite une perturbation de la plateforme exactement comme telle : les charges de travail de la centrale restent déployées et en fonctionnement. Elles ne sont jamais arrêtées parce que le cloud est temporairement injoignable ou en maintenance.
Les alarmes que l'agent évalue lui-même continuent d'être évaluées ; les notifications qui passent par la plateforme suivent dès qu'elle est de nouveau disponible.

Fenêtres de maintenance

L'équipe Mirox annonce les travaux planifiés sous forme de fenêtre de maintenance. Une fenêtre a un titre, un bref motif affiché aux utilisateurs, un début et une fin planifiés et une portée : toute la plateforme ou une région.

Avant le début, la fenêtre est annoncée au moins cinq jours ouvrés à l'avance. Les fenêtres ne sont planifiées que lorsque des travaux l'exigent, sans rythme hebdomadaire, et normalement un samedi entre 20h00 et 23h59, heure d'Europe centrale. L'application n'affiche rien avant le début de la fenêtre.
Pendant la fenêtre, l'avis jaune apparaît et la plateforme peut être brièvement indisponible. Les agents continuent de travailler comme décrit ci-dessus.
Après la fin, l'avis disparaît de lui-même. Si les travaux se terminent plus tôt, la fenêtre est clôturée plus tôt ; s'ils durent plus longtemps, elle est prolongée et l'avis reste.

Une fenêtre ne modifie jamais vos données ni votre configuration. Elle indique seulement à l'application, aux agents et aux services de la plateforme que des interruptions sont attendues pendant cette période.

Pour les intégrations et les utilisateurs de l'API

Si vous appelez l'API Mirox depuis vos propres systèmes, utilisez l'état pour réagir correctement :

Chaque réponse HTTP porte l'en-tête X-Mirox-Status avec l'une des quatre valeurs ci-dessus.
GET /status (sans authentification) renvoie l'état actuel et, pendant une fenêtre, son titre et sa période.
Un 503 accompagné de unavailable ou maintenance est une condition de la plateforme, pas un problème de votre requête ni de vos identifiants. Réessayez plus tard avec une pause croissante plutôt qu'immédiatement. Les erreurs d'authentification (401, 403) sont sans rapport avec ce mécanisme et ne doivent pas être réessayées aveuglément.

Questions fréquentes

Pourquoi vois-je un avis de maintenance alors que tout fonctionne ? La fenêtre est active, des interruptions sont donc possibles. L'avis est informatif ; vous pouvez le replier.

Les données de ma centrale sont-elles perdues pendant une perturbation ? Non. L'agent les met en tampon et les livre ensuite.

Puis-je être informé avant une fenêtre ? Oui. Les fenêtres planifiées sont annoncées au moins cinq jours ouvrés à l'avance par les canaux habituels ; l'application elle-même n'affiche une fenêtre que lorsqu'elle est active.