MiroxMirox
  • Plateforme

    • Philosophie
    • Vue d'ensemble de la plateforme
    • Ressources de la plateforme
    • Disponibilité et fenêtres de maintenance
    • Versions et numéros de version
  • Mirox-Cloud

    • Vue d'ensemble du cloud
    • Microservices connectés
  • Mirox-Agent

    • Vue d'ensemble de l'agent
    • Options de déploiement
    • Data Scraper
    • Jumeau numérique
  • Détails techniques

    • Collecte de métriques
  • Informations

    • Centrales prises en charge
  • Types de centrale

    • Centrales solaires
    • Parcs éoliens
    • Stockage par batteries
    • Système d'alarme
  • Monitoring et visualisation

    • Monitoring en temps réel
    • Jumeau numérique
    • États des composants
    • Codes d'état des onduleurs
    • Événements des onduleurs
    • Détection des pertes
    • Limites de puissance et écrêtement
    • Détection d'efficacité
    • Tableau de bord KPI
  • Gestion des données

    • Événements
    • Niveaux d'alarme
    • Tickets
    • Prévisions
    • Rapports
    • Indicateurs
  • Alert Manager

    • Vue d'ensemble
    • Règles d'alerte
    • Alertes et notifications
    • Exemples
  • Intégration et partage

    • Coopérations
    • Jetons API
    • VPN
    • Conflits d’adresses VPN
    • Proxy
  • IA

    • Assistant IA et assistants
    • Accès agentique (MCP)
  • Facturation

    • Marché et tarifs
    • Comment les revenus sont calculés
    • Comptabilité et facturation
    • Contrats
  • Collaboration

    • Invitations
  • Sécurité

    • Authentification
    • Verrouillage de compte
    • Politique de sécurité de l'organisation
    • Système de permissions
    • Segmentation réseau
    • Restrictions de coopération
    • Journalisation d'audit d'accès
    • Activité et journal d'audit
    • Isolation des données
  • Premiers pas

    • Onboarding
    • Configuration initiale
  • Personnel

    • Utiliser le VPN
    • Utiliser le proxy
    • Authentification à deux facteurs
    • Sessions
    • Jetons API
    • Notifications
    • Connecter Microsoft Teams
  • Par centrale

    • Contacts
    • Périphériques réseau
    • Enregistreurs de données
    • Lecteur Modbus générique
    • Composants
    • VPN direct (par agent)
    • Volume de données
    • Importer l'historique
  • Organisation

    • Permissions des membres
    • Politique de sécurité
    • Coopérations
    • Stockage de fichiers
    • Services VPN
    • Travailler avec les rapports
  • Export de données

    • Metric Export
    • API Metric Export
    • Migrer vers le Metric Export
    • API de l'ancien export
    • Génération externe de rapports
    • Grafana
    • Tableaux de bord Grafana
    • Vue d'ensemble de l'API
    • Formules MiroxQL (API)
  • Assistance

    • Demander une intégration
  • Reporting

    • Générateur de rapports externe
    • Metric Export pour Excel
  • Accès distant
  • Sécurité du compte
  • L'IA dans Mirox
  • Import de l'historique
  • Rapports
  • Export de données
  • English
  • Deutsch
  • Español
  • Français
  • Português
  • Italiano
  • English
  • Plateforme

    • Philosophie
    • Vue d'ensemble de la plateforme
    • Ressources de la plateforme
    • Disponibilité et fenêtres de maintenance
    • Versions et numéros de version
  • Mirox-Cloud

    • Vue d'ensemble du cloud
    • Microservices connectés
  • Mirox-Agent

    • Vue d'ensemble de l'agent
    • Options de déploiement
    • Data Scraper
    • Jumeau numérique
  • Détails techniques

    • Collecte de métriques
  • Informations

    • Centrales prises en charge
  • Types de centrale

    • Centrales solaires
    • Parcs éoliens
    • Stockage par batteries
    • Système d'alarme
  • Monitoring et visualisation

    • Monitoring en temps réel
    • Jumeau numérique
    • États des composants
    • Codes d'état des onduleurs
    • Événements des onduleurs
    • Détection des pertes
    • Limites de puissance et écrêtement
    • Détection d'efficacité
    • Tableau de bord KPI
  • Gestion des données

    • Événements
    • Niveaux d'alarme
    • Tickets
    • Prévisions
    • Rapports
    • Indicateurs
  • Alert Manager

    • Vue d'ensemble
    • Règles d'alerte
    • Alertes et notifications
    • Exemples
  • Intégration et partage

    • Coopérations
    • Jetons API
    • VPN
    • Conflits d’adresses VPN
    • Proxy
  • IA

    • Assistant IA et assistants
    • Accès agentique (MCP)
  • Facturation

    • Marché et tarifs
    • Comment les revenus sont calculés
    • Comptabilité et facturation
    • Contrats
  • Collaboration

    • Invitations
  • Sécurité

    • Authentification
    • Verrouillage de compte
    • Politique de sécurité de l'organisation
    • Système de permissions
    • Segmentation réseau
    • Restrictions de coopération
    • Journalisation d'audit d'accès
    • Activité et journal d'audit
    • Isolation des données
  • Premiers pas

    • Onboarding
    • Configuration initiale
  • Personnel

    • Utiliser le VPN
    • Utiliser le proxy
    • Authentification à deux facteurs
    • Sessions
    • Jetons API
    • Notifications
    • Connecter Microsoft Teams
  • Par centrale

    • Contacts
    • Périphériques réseau
    • Enregistreurs de données
    • Lecteur Modbus générique
    • Composants
    • VPN direct (par agent)
    • Volume de données
    • Importer l'historique
  • Organisation

    • Permissions des membres
    • Politique de sécurité
    • Coopérations
    • Stockage de fichiers
    • Services VPN
    • Travailler avec les rapports
  • Export de données

    • Metric Export
    • API Metric Export
    • Migrer vers le Metric Export
    • API de l'ancien export
    • Génération externe de rapports
    • Grafana
    • Tableaux de bord Grafana
    • Vue d'ensemble de l'API
    • Formules MiroxQL (API)
  • Assistance

    • Demander une intégration
  • Reporting

    • Générateur de rapports externe
    • Metric Export pour Excel
  • Accès distant
  • Sécurité du compte
  • L'IA dans Mirox
  • Import de l'historique
  • Rapports
  • Export de données
  • English
  • Deutsch
  • Español
  • Français
  • Português
  • Italiano
  • English
  • Plateforme

    • Philosophie de la plateforme
    • Présentation de la plateforme
    • Ressources de la plateforme
    • Disponibilité et fenêtres de maintenance
    • Versions et numéros de version
  • Mirox-Cloud

    • Vue d'ensemble du cloud
    • Microservices connectés
  • Mirox-Agent

    • Mirox-Agent
    • Déploiement de l'agent
    • Data Scraper
    • Jumeau numérique
  • Détails techniques

    • Collecte de métriques

Versions et numéros de version

Mirox est livré en continu. Une version publiée est un état testé et numéroté de l'ensemble de la plateforme ; elle est déployée dans les deux régions sans interrompre vos sessions, et chaque version publiée est listée avec ses changements dans le journal des modifications.

Les trois lignes de versions

LigneCe qu'elle contient
PlateformeL'application web, l'API, les services qui les sous-tendent et la base de données
AgentsLes services qui collectent et analysent les données de vos centrales. Ils fonctionnent de manière décentralisée, sur des clusters d'agents dans des régions distinctes de celles de la plateforme elle-même, pour la redondance et la disponibilité.
Application mobileL'application iOS et Android

Les trois lignes sont publiées indépendamment. Une version de la plateforme n'exige jamais un nouvel agent ni une nouvelle application, et inversement ; lorsqu'un changement concerne deux lignes, le journal des modifications l'indique dans l'entrée.

Ce que signifie le numéro de version

La version de la plateforme est le seul numéro qui identifie ce que votre organisation utilise. C'est la version de la version publiée complète de la plateforme — pas d'un service individuel — et c'est le numéro qu'emploie le journal des modifications.

Les trois lignes suivent le même schéma de versionnement sémantique, MAJOR.MINOR.PATCH :

  • MAJOR marque une génération du produit.
  • MINOR augmente lorsqu'une version publiée apporte un changement au modèle de données, par exemple un nouveau type de composant ou de paramètre qui nécessite un nouveau stockage.
  • PATCH compte toutes les autres versions publiées : nouvelles fonctionnalités, corrections et améliorations qui laissent le modèle de données intact.

Toute augmentation, à n'importe quelle position, est une version publiée complète qui a passé les mêmes tests et a été déployée de la même manière.

Trouver la version que vous utilisez

  • Dans l'application web, le bas de la barre latérale gauche affiche, à côté de l'icône de build, la date et l'heure auxquelles l'application web que vous consultez a été construite. Elles identifient le build de l'application web elle-même.
  • Via l'API, tout utilisateur connecté et tout jeton API peuvent lire la version publiée :
GET /api/v1/system/version
{
  "version": "MAJOR.MINOR.PATCH",
  "build_timestamp": 1761206880,
  "region": "htz-fsn1"
}

version est la version de la plateforme, build_timestamp l'heure de build du service qui a répondu, en temps Unix, et region la région qui a répondu. Recherchez la version dans le journal des modifications pour voir quels changements elle contient.

Comment une mise à jour vous parvient

Plateforme. Une version publiée est déployée région par région sans interruption de service : la nouvelle version démarre à côté de l'ancienne, prend en charge le trafic et l'ancienne est retirée. Votre session reste connectée. Pendant le déploiement, l'application web remarque qu'un build plus récent existe et affiche un petit avis avec un bouton Actualiser ; si vous n'interagissez pas avec la page, elle se recharge d'elle-même après un court compte à rebours, et elle ne se recharge jamais pendant que vous saisissez du texte. Une version publiée ne nécessite normalement aucune fenêtre de maintenance ; une fenêtre n'est annoncée que lorsque des travaux l'exigent.

Agents. Les agents de vos centrales sont mis à jour par Mirox, indépendamment de la plateforme et région par région sur les clusters d'agents. Une mise à jour d'agent ne demande rien de votre part et n'interrompt pas la plateforme ; les données collectées pendant le bref redémarrage sont mises en tampon et livrées ensuite.

Application mobile. Les nouvelles versions de l'application arrivent par l'App Store et Google Play. Les mises à jour plus petites qui ne nécessitent pas de publication sur les stores sont appliquées par voie hertzienne (over the air) au prochain démarrage de l'application.

Journal des modifications et feuille de route

  • changelog.mirox.io liste chaque version publiée, groupée par jour, avec la version de chaque ligne à laquelle elle appartient. Les entrées sont écrites pour les personnes qui exploitent des centrales avec Mirox, pas pour les développeurs.
  • roadmap.mirox.io montre ce qui est planifié, ce qui est en cours et ce qui a été livré, et vous permet de voter pour des éléments.

Questions fréquentes

Dois-je faire quelque chose pour une mise à jour ? Non. Les mises à jour de la plateforme et des agents sont appliquées par Mirox. Pour l'application mobile, laissez les mises à jour automatiques activées dans votre store.

Pourquoi la barre latérale affiche-t-elle une date plutôt qu'une version ? La date identifie le build de l'application web dans votre navigateur, ce qui est ce qui compte lorsqu'une page se comporte de manière inattendue. La version de la plateforme est disponible via l'API comme décrit ci-dessus.

Les deux régions sont-elles toujours sur la même version ? Une version publiée est déployée dans les deux régions au cours du même déploiement. Pendant les quelques minutes que dure un déploiement, les régions peuvent brièvement différer ; le champ region du point d'accès de version vous indique quelle région a répondu.

Pages associées

  • Disponibilité et fenêtres de maintenance — ce qui se passe lorsque la plateforme est perturbée ou en maintenance
  • Vue d'ensemble du cloud — comment la plateforme est construite
Prev
Disponibilité et fenêtres de maintenance
© 2026 Mirox Verwaltungs GmbH. Tous droits réservés. | Politique de confidentialité