Skip to main content

Administration de la plateforme


La section Administration de la plateforme permet de contrôler les principaux composants d'exécution d'IoTRoutes.

Elle permet aux administrateurs de superviser les serveurs système, de gérer les courtiers de communication, de contrôler la mise en cache et d'accéder à la documentation API en temps réel.

Le menu Administration de la plateforme comprend les éléments suivants :

 

1- Serveurs d'applications

La section Serveurs d'applications répertorie toutes les instances AOS actuellement enregistrées sur la plateforme.

Chaque serveur héberge un ou plusieurs services (traitement de données, flux de travail, API, passerelle d'interface utilisateur) en fonction de ses rôles.

Les administrateurs peuvent :

  • Consulter l'état et les rôles de chaque AOS
  • Activer ou désactiver des rôles spécifiques
  • Vérifier les indicateurs de santé

 

 

En cliquant sur le bouton d'actions d'une ligne du tableau, le menu contextuel suivant s'affiche.

L'utilisateur peut ainsi activer ou désactiver les services de traitement pour un AOS donné. Cela permet de répartir les charges sur les différents serveurs de la plateforme, en réservant des serveurs aux processus, aux tâches et aux applications clientes. Lorsqu'un serveur n'est pas configuré comme serveur de traitement par lots, il n'exécute aucun flux de travail ni tâche planifiée.

 

 

2- Brokers MQTT 

Les brokers IoTRoutes reposent sur le framework MQTTnet, une implémentation MQTT native .NET haute performance, entièrement intégrée à l'environnement d'exécution AOS.

Les brokers gèrent l'ensemble des communications avec les appareils , l'acquisition des messages et le routage des données vers le pipeline de traitement.

 

Le menu Serveurs MQTT, visible sur cette capture d'écran, donne accès à la liste des brokers MQTT installés sur chaque AOS. Cliquer sur le bouton « Générer » ouvre un écran permettant à l'administrateur de créer un nouveau broker et de sélectionner le serveur sur lequel il s'exécutera. Un nouveau port est attribué automatiquement. Pour les plateformes sur site, la plage de ports est réservée lors de la configuration de l'AOS dans le fichier MQTTEndPoints.json. (voir Configuration d'une installation locale)  .

En cliquant sur un courtier, l'écran de détails s'affiche, permettant à l'administrateur de régler les paramètres et les options liés au fonctionnement du courtier.

Parmi les paramètres modifiables, on trouve ::

  • Configuration du point de terminaison
    Définit les informations d'accès réseau au Broker, telles que l'adresse IP, le nom de domaine et le port d'écoute. Ces paramètres déterminent comment les objets connectés se connectent à la plateforme.

  • Authentification (Identifiant / Mot de passe)
    Identifiants utilisés par les clients MQTT (appareils ou passerelles) pour s'authentifier auprès du broker.

    Les administrateurs peuvent modifier ces identifiants afin d'appliquer des politiques de contrôle d'accès plus strictes.

  • Chiffrement (TLS / Certificats X.509)
    Possibilité d'activer le chiffrement TLS à l'aide de certificats X.509, garantissant la transmission sécurisée de tous les messages MQTT entre les appareils et la plateforme.

  • Politique d'approbation des appareils
    Indique si les appareils nouvellement enregistrés sont autorisés à publier des messages immédiatement ou s'ils doivent d'abord être approuvés par un administrateur avant que la communication ne soit acceptée. 

    Des workflows déclenchés peut être utilisés pour notifier l'utilisateur afin qu'il approuve les appareils en attente.

  • Application de la structure thématique
    Définit la hiérarchie minimale des sujets que les appareils doivent respecter lors de la publication de messages.

    Ceci garantit une organisation cohérente des sujets pour tous les locataires et évite les sujets mal acheminés ou mal formés.

  • Fréquence de traitement des files d'attente de messages
    Définit le délai maximal (en secondes) pendant lequel un message peut rester dans la file d'attente interne du broker avant d'être traité par lots.

    Ce paramètre permet d'équilibrer le débit et la latence lors du traitement de volumes importants de messages.

 

 

3- Cache du serveur

La section Cache du serveur permet de contrôler la mise en cache à l'exécution de la configuration de la plateforme. Par défaut, IoTRoutes met en cache divers paramètres et métadonnées d'exécution pour optimiser les performances.

Cela inclut :

  • Paramètres de l'application
  • Profils et modèles d'appareils
  • Paramètres du Broker
  • Définitions des flux de travail

Les administrateurs peuvent vider manuellement le cache du serveur à l'aide de cette option.

Vider le cache force tous les nœuds AOS à recharger immédiatement leur configuration à partir de la base de données, au lieu d'attendre l'actualisation automatique périodique.

⚙️ L'intervalle d'actualisation automatique du cache est défini dans les paramètres de configuration des paramètres de l'application.

Cas d'utilisation :
Lorsqu'un administrateur met à jour une configuration (par exemple, un modèle de périphérique ou un flux de travail) et souhaite que le système applique instantanément les modifications à tous les nœuds.

 

4- API serveur

Le menu API serveur offre un moyen rapide et intégré de visualiser et de tester les API REST d'IoTRoutes directement dans l'application.

Cette section intègre l'interface utilisateur Swagger du serveur actuellement connecté dans une fenêtre d'application. Elle permet aux administrateurs et aux développeurs de :

  • Explorez les points de terminaison d'API disponibles.
  • Consultez les schémas d'entrée et de sortie.
  • Exécutez des requêtes de test directement depuis l'interface.

 

 

Suivant : Administration système

 

Recent Posts