Architecture IoTRoutes 

Cette représentation décrit les principales fonctionnalités fournies par la plateforme IoTRoutes. La liste complète est détaillée dans le guide d'utilisation.

• Messaging module : Assure la communication entre la plateforme et les appareils, le type d'échange et la structure de message sont paramétrables via la fonctionnalité "Formats des messages". Plusieurs structures peuvent être définis pour chaque type d'échange. Un seul broker MQTT est monté par défaut pour chaque déploiement, mais l'administrateur de la plateforme peut ajouter et activer/désactiver des brokers selon la taille de la plateforme et le nombre d'appareils à gérer.
• Workers : Se sont des travaux qui se lancent pour exécuter une ou plusieurs actions d'une façon séquentielle et/ou parallèle . Ces actions sont paramétrables via un designer de workflow visuel. On trouve deux type travaux:
  • Travaux immédiats qui se déclenchent suite à un évènement, tel que la réception d'un lot de messages ou à la connexion d'un nouveau dispositif. Ce type de travaux et essentiel pour filtrer, réceptionner et convertir les messages reçus. Selon la configuration, les interpréteurs de messages peuvent être activés à ce niveau a fin de détecter les anomalies ou les alertes urgents.
  • Travaux planifiés et Travaux manuels : Identiques aux autres travaux, se sont des workflows qui se lancent manuellement ou à des heures spécifiques pour exécuter des actions d'analyse , de génération de reporting, d'envoie de commandes à des appareils et d'interfaçage ou de synchronisation avec de systèmes externe.
• Storage : Le stockage de données est assuré via  deux type de base de données :
  •  Data : Des bases de données NoSQL pour stocker à la fois les données de l'application ainsi que les messages échangés avec la plateforme.

  • Files storage : Utilise GridFS pour stocker les objets, fichiers média envoyés par les appareils, les documents , les reporting et tout autre type de fichier utilisateurs.

    Les messages reçues depuis les appareils sont mis dans une file d'attente jusqu'à traitement par les workers d'acquisition, puis stocker dans la base de données pour suivre le cycle de vie paramétré via la fonctionnalité "Cycle de vie des messages"