Comment fonctionne TagoIO

Parcourons l’ensemble du système TagoIO de bas en haut, exactement comme nous l’avons construit (mais en sautant quelques chemins expérimentaux empruntés en cours de route). Avec ces informations, vous devriez comprendre comment construire des solutions IoT prêtes pour la production sur TagoIO… sauf que vous n’avez pas à repartir de zéro, puisque notre plateforme propose un plan gratuit flexible et gère pour vous toute la complexité de l’infrastructure.

Les fondations

Notre couche de base est conçue pour accepter les données de pratiquement n’importe quel appareil IoT, quel que soit le protocole de communication utilisé. TagoIO prend en charge plus de 500 types d’appareils IoT grâce à ce que nous appelons les Networks et les Connectors, les deux composants fondamentaux qui gèrent l’intégration des appareils.

Un Network représente le protocole de communication ou la méthode d’intégration (LoRaWAN, NB-IoT, CAT-1, CAT-M, Sigfox, BLE, WiFi, MQTT, HTTP, réseaux satellitaires comme Myriota, skylo ou Kineis, et bien d’autres). Un Connector est le décodeur préconfiguré qui sait comment interpréter les données de fabricants d’appareils spécifiques.

Voilà ce qui rend cela puissant : lorsque votre capteur de température envoie des données via LoRaWAN, que votre traqueur GPS transmet par satellite ou que votre équipement industriel remonte des données via MQTT, TagoIO achemine automatiquement ces données à travers l’intégration réseau et le connecteur appropriés pour les décoder dans un format standardisé.

Pourquoi c’est important : l’approche traditionnelle

Traditionnellement, les développeurs IoT font face à un défi d’intégration pénible. Imaginez que vous construisez une solution de ville intelligente. Vous avez :

• Des capteurs environnementaux utilisant LoRaWAN

• Des caméras de trafic envoyant des données analysées via HTTP

• Des compteurs intelligents communiquant via NB-IoT

• Des équipements hérités qui ne parlent que Modbus

Sans une plateforme comme TagoIO, vous devriez :

1. Construire des endpoints backend distincts pour chaque protocole

2. Écrire des parseurs sur mesure pour le format de données de chaque fabricant d’appareils

3. Maintenir des schémas de base de données différents pour différents types d’appareils

4. Créer plusieurs systèmes d’authentification

5. Construire des systèmes de visualisation et d’alerte redondants pour chaque type d’appareil

Cela représente une quantité énorme de travail d’infrastructure avant même de commencer à construire votre véritable application.

L’approche TagoIO : gestion unifiée des appareils

À la place, TagoIO fournit une seule interface unifiée. Voici ce qui se passe lorsqu’un appareil envoie des données :

1. L’appareil transmet les données en utilisant son protocole natif (LoRaWAN, HTTP POST, publication MQTT, etc.)

2. L’intégration réseau reçoit les données aux endpoints mondiaux de TagoIO

3. Le connecteur décode le payload spécifique au fabricant en variables standard

4. Le bucket de l’appareil stocke les données décodées dans un stockage time-series optimisé

5. Votre application peut immédiatement accéder à ces données, les visualiser et agir dessus

La beauté de ce système, c’est que vous ayez 10 appareils ou 10 000 appareils utilisant 20 protocoles différents, ils transitent tous par le même pipeline soigné. Vous écrivez la logique de votre application une seule fois, et elle fonctionne sur tous vos types d’appareils.

La couche de données : une architecture de stockage flexible

Une fois les données arrivées sur TagoIO, elles seront stockées efficacement. Nous proposons deux architectures de stockage distinctes pour les volumes massifs de données provenant des appareils IoT, chacune optimisée pour des cas d’usage différents.

Appareils mutables : le stockage IoT traditionnel

Les appareils mutables fonctionnent comme une table de base de données classique. Chaque point de données peut être créé, lu, mis à jour ou supprimé. C’est parfait pour :

• Les paramètres de configuration qui changent de temps en temps

• Les métadonnées et les informations d’état des appareils

• Les déploiements de petite à moyenne échelle

• Les applications nécessitant des opérations CRUD complètes

• Limité à 50 000 enregistrements de données

Voyez les appareils mutables comme votre solution de référence pour des applications IoT simples où vous avez besoin de flexibilité et où vous ne prévoyez pas de volumes de données massifs.

Appareils immuables : du time-series haute performance

Les appareils immuables sont conçus pour les données de capteurs à haut débit. Une fois écrites, les données ne peuvent pas être modifiées, seulement créées et lues. Ce choix d’architecture permet des gains de performance considérables :

• Ingestion 10 à 100 fois plus rapide que le stockage mutable

• Politiques de rétention automatique des données (par jour, semaine, mois ou trimestre)

• Requêtes optimisées pour l’analyse time-series

• Coûts de stockage réduits à grande échelle

Quand vous collectez des coordonnées GPS toutes les 10 secondes, des relevés de température chaque minute ou des données de capteurs industriels à haute fréquence, les appareils immuables gèrent des millions de points de données sans effort.

Le choix entre mutable et immuable n’est pas un dilemme. Beaucoup de solutions utilisent les deux : des appareils immuables pour la télémétrie de capteurs à fort volume, et des appareils mutables pour la configuration et les métadonnées des appareils.

Entities : la base de données nouvelle génération

Pour les applications nécessitant des structures de données complexes au-delà du simple time-series, TagoIO propose les Entities, notre système de base de données nouvelle génération. Les Entities offrent :

• Des schémas personnalisés avec des types de champs flexibles

• Des capacités de modélisation de données relationnelles

• Des requêtes et des filtres avancés

• Des opérations haute performance sur des données structurées

Les Entities sont idéales pour construire des applications comme des systèmes de gestion d’actifs, le suivi d’inventaire, le stockage de profils utilisateurs ou tout scénario où vos données n’entrent pas dans le modèle classique d’un appareil IoT.

Note : la combinaison d’appareils mutables, d’appareils immuables et d’entities vous donne la flexibilité d’optimiser le stockage pour chaque type de données de votre application. Utilisez l’immuable pour la télémétrie haute fréquence, le mutable pour la configuration et les métadonnées, et les entities pour les structures de données relationnelles. Cette flexibilité architecturale est la clé pour construire des applications qui passent à l’échelle efficacement.

La couche d’intelligence : analyse et automatisation

Collecter et stocker des données n’est que le début. La vraie valeur vient du traitement intelligent de ces données. C’est là qu’interviennent les modules Analysis et Actions de TagoIO.

Analysis : du calcul serverless pour l’IoT

Analysis fournit un environnement serverless en JavaScript ou en Python où votre code s’exécute en réponse à des événements. Voyez-le comme AWS Lambda, mais conçu spécifiquement pour les workflows IoT.

Chaque Analysis est un script dans un seul fichier qui peut :

• Traiter en temps réel les données entrantes des appareils

• Prendre des décisions à partir des relevés de capteurs

• Appeler des API et des services externes

• Réécrire des données vers les appareils

• Déclencher des workflows dans l’ensemble de votre écosystème IoT

Par exemple, vous pourriez écrire une Analysis qui :

1. Surveille les capteurs de température dans toute une usine

2. Calcule des moyennes glissantes et des scores d’anomalie

3. Compare les relevés à des seuils de sécurité

4. Envoie des alertes quand les conditions sont anormales

5. Ajuste automatiquement les systèmes de CVC pour compenser

L’idée clé, c’est que les scripts Analysis s’exécutent dans le cloud, déclenchés par des événements d’appareils, par des planifications ou via des appels API. Vous ne gérez ni serveurs, ni conteneurs, ni infrastructure : vous écrivez seulement la logique.

Actions : l’automatisation pilotée par les événements

Là où Analysis gère le calcul, Actions gère l’automatisation. Les Actions sont de puissantes règles « si ceci, alors cela » qui se déclenchent automatiquement selon les conditions que vous définissez.

Les Actions peuvent être déclenchées par :

• Des conditions sur les données d’appareils : la température dépasse un seuil, le GPS entre dans un geofence, la batterie passe sous les 20 %

• Des événements sur les ressources : nouvel appareil créé, compte utilisateur modifié, fichier téléversé

• Des planifications horaires : rapports quotidiens, synthèses hebdomadaires, agrégations mensuelles

• Des alertes d’utilisation : approche des limites de données, avertissements de quota d’API

Une fois déclenchées, les Actions peuvent :

• Lancer des scripts Analysis

• Envoyer des e-mails, des SMS ou des notifications push

• Émettre des requêtes vers des webhooks externes

• Publier des messages MQTT

• Envoyer des messages WhatsApp via Twilio

• Mettre des tâches en file d’attente dans AWS SQS

La force des Actions réside dans leur simplicité : vous définissez la logique métier une fois, et TagoIO gère automatiquement toute la surveillance, le déclenchement et l’exécution, 24h/24 et 7j/7.

La couche de visualisation : dashboards et widgets

Les données et l’intelligence ne servent à rien si les utilisateurs ne peuvent ni les voir ni interagir avec elles. Le système de Dashboard de TagoIO constitue la couche de visualisation de la plateforme.

Un constructeur de dashboards en glisser-déposer

Créer des dashboards dans TagoIO ne nécessite aucun développement front-end. Notre constructeur visuel vous permet de :

• Glisser des widgets sur un canevas

• Configurer des sources de données en quelques clics

• Personnaliser les couleurs, les mises en page et le style

• Ajouter de l’interactivité et des contrôles utilisateur

• Déployer auprès des utilisateurs instantanément

Nous fournissons des dizaines de widgets prêts à l’emploi :

• Des graphiques en temps réel (lignes, barres, colonnes, jauge, donut)

• Des cartes avec suivi de la localisation des appareils

• Des tableaux avec filtrage et tri

• Des formulaires de saisie pour le contrôle des appareils

• Du HTML personnalisé pour des besoins spécifiques

La fonctionnalité critique ici, c’est le système Blueprint. Construisez un modèle de dashboard, puis déployez-le automatiquement sur des centaines ou des milliers d’appareils. Mettez à jour le blueprint, et toutes les instances se mettent à jour. C’est ainsi que vous passez d’une preuve de concept à un déploiement en production avec des milliers d’utilisateurs finaux.

TagoRUN : un déploiement en marque blanche

Quand vous êtes prêt à déployer votre solution auprès de vos clients, TagoRUN transforme votre application TagoIO en un produit entièrement en marque blanche.

Avec TagoRUN, vous pouvez :

• Utiliser votre propre domaine personnalisé (app.votreentreprise.com)

• Appliquer l’image de marque, les couleurs et le logo de votre entreprise

• Contrôler précisément les fonctionnalités auxquelles les utilisateurs accèdent

• Gérer l’authentification et les permissions des utilisateurs

• Offrir un accès mobile via l’application mobile TagoRUN

Vos clients voient votre marque, pas TagoIO. Ils se connectent à votre portail, voient votre style et utilisent votre produit, pendant que vous profitez de l’infrastructure de niveau entreprise de TagoIO en dessous.

C’est particulièrement utile pour les entreprises qui construisent des produits ou des services IoT pour leurs propres clients. Vous développez une fois sur TagoIO, puis vous déployez auprès de milliers d’utilisateurs finaux sous la forme d’une solution entièrement en marque blanche.

La couche de sécurité : authentification et contrôle d’accès

La sécurité dans l’IoT est complexe parce que vous ne sécurisez pas seulement une application web : vous sécurisez des milliers d’appareils, chacun avec ses propres exigences d’authentification, en plus de l’accès des utilisateurs aux dashboards et aux données.

Authentification des appareils : tokens et sécurité

Chaque appareil dans TagoIO s’authentifie au moyen de tokens sécurisés. Quand vous créez un appareil, vous générez un token d’autorisation : une chaîne cryptographique qui donne à cet appareil précis la permission d’envoyer des données vers son bucket.

Pour les déploiements d’entreprise, TagoIO prend aussi en charge les certificats machine pour une authentification d’appareil encore plus forte.

Authentification des utilisateurs : SSO et fournisseurs d’identité

Pour les utilisateurs humains qui accèdent aux dashboards et gèrent la plateforme, TagoIO s’intègre à votre fournisseur d’identité existant :

• Prise en charge d’OAuth2 et d’OpenID Connect

• SAML pour le SSO d’entreprise

• Intégrations prêtes à l’emploi avec Google, Microsoft, Okta et d’autres

• Prise en charge de l’authentification à deux facteurs (2FA)

L’avantage décisif, c’est que TagoIO ne stocke pas les mots de passe de vos utilisateurs. L’authentification est toujours déléguée au fournisseur d’identité que vous avez choisi. Quand un employé rejoint ou quitte votre entreprise, il gagne ou perd automatiquement l’accès à TagoIO via votre fournisseur d’identité. Aucune gestion manuelle des comptes n’est nécessaire.

Gestion des accès : des permissions granulaires

Une fois authentifié, le module Access Management contrôle ce que les utilisateurs peuvent faire et voir. Le système de permissions de TagoIO est remarquablement flexible :

• Permissions au niveau des ressources : à quels dashboards, appareils, analyses et actions cet utilisateur peut-il accéder ?

• Contrôle d’accès basé sur les rôles (RBAC) : définissez des rôles comme « Opérateur », « Manager », « Administrateur » avec des jeux de permissions différents

• Accès basé sur les tags : accordez l’accès à des groupes d’appareils via des tags (par exemple, tous les appareils avec le tag « region:europe »)

• Logique de permission personnalisée : utilisez des scripts Analysis pour mettre en place des règles de permission complexes

Par exemple, dans une application de bâtiment intelligent :

• Les locataires du bâtiment ne voient que les données des capteurs de leur propre étage

• Les gestionnaires d’installations voient tous les étages mais ne peuvent pas modifier les paramètres du système

• Les administrateurs système ont un accès complet à tous les appareils et configurations

Ce contrôle granulaire est essentiel pour les applications multi-locataires, les déploiements d’entreprise et les exigences de conformité.

Note : la gestion des accès fonctionne de pair avec les tags. Vous pouvez accorder à un utilisateur l’accès à « tous les appareils tagués region:north-america » sans mettre à jour manuellement les permissions chaque fois que vous ajoutez un nouvel appareil. Ajoutez le tag à un nouvel appareil, et l’utilisateur y accède automatiquement. Cette approche basée sur les tags est cruciale pour les applications qui montent en charge jusqu’à des milliers d’appareils et d’utilisateurs.

La couche d’intégration : connecter au reste du monde

Aucune plateforme IoT n’existe en vase clos. Les applications TagoIO doivent s’intégrer à des systèmes de paiement, des plateformes CRM, des systèmes ERP, des services météo, des bases de données externes et d’innombrables autres systèmes.

API RESTful : le contrôle total de la plateforme

TagoIO fournit une API RESTful complète qui expose pratiquement toutes les capacités de la plateforme :

• Créer, lire, mettre à jour et supprimer des appareils et des données

• Déclencher des Actions et des Analysis

• Générer des tokens d’authentification

• Gérer les utilisateurs et les permissions

• Créer et modifier des dashboards

L’API utilise le HTTP standard avec des payloads JSON, ce qui facilite l’intégration depuis n’importe quel langage de programmation ou plateforme.

Broker MQTT : communication bidirectionnelle en temps réel

Pour la communication d’appareils en temps réel, TagoDeploy intègre un broker MQTT intégré. MQTT est le standard de fait pour la messagerie IoT, et l’implémentation de TagoIO vous permet de :

• Publier des données depuis les appareils vers des topics

• Vous abonner à des topics depuis des appareils ou des applications

• Mettre en place des schémas de commande et de contrôle

• Construire des systèmes réactifs en temps réel

L’intégration MQTT est entièrement authentifiée à l’aide des tokens d’appareils et prend en charge à la fois le QoS 0 (envoi sans accusé) et le QoS 1 (livraison avec accusé de réception).

Actions webhook : l’intégration en mode push

Plutôt que de laisser des systèmes externes interroger l’API de TagoIO, vous pouvez pousser les données vers l’extérieur grâce aux Actions webhook. Quand les conditions sont remplies, TagoIO émet des requêtes HTTP POST vers vos endpoints externes avec les données des appareils et les informations sur l’événement.

Ce schéma est parfait pour :

• Envoyer des données vers des plateformes d’analyse externes

• Déclencher des workflows dans d’autres systèmes

• Mettre à jour des bases de données externes en temps réel

• S’intégrer avec des processeurs de paiement lorsqu’un événement IoT survient

Intégrations prêtes à l’emploi

TagoIO propose aussi des intégrations prêtes à l’emploi avec des services populaires :

• Serveurs de réseau LoRaWAN (The Things Network, Netmore, Loriot, Chirpstack, AWS IoT Core for LoRaWAN)

• Fournisseurs IoT satellitaires (Myriota, Kineis, skylo)

• Services de communication (Twilio pour les SMS/WhatsApp, SendGrid pour les e-mails)

Ces intégrations fonctionnent dès la sortie de la boîte, ce qui élimine des semaines de développement d’intégration.

La couche de déploiement : où s’exécute votre application

Nous avons vu ce que fait TagoIO, mais où cela s’exécute-t-il ? C’est ici que l’architecture rencontre le modèle économique.

Cloud multi-locataire : démarrage rapide, faible coût

Quand vous vous inscrivez sur admin.tago.io, vous utilisez le cloud multi-locataire de TagoIO. Votre compte partage l’infrastructure avec d’autres utilisateurs de TagoIO (avec une isolation et une sécurité des données complètes, bien sûr).

Ce modèle est idéal pour :

• Le prototypage et les tests rapides (démarrez en quelques minutes)

• Les déploiements de petite à moyenne échelle

• Une montée en charge économique

• Zéro gestion d’infrastructure

Le modèle multi-locataire utilise efficacement une infrastructure partagée, et c’est pourquoi TagoIO peut offrir des capacités aussi puissantes dans son offre gratuite. À mesure que vous montez en charge, vous ne payez que ce que vous consommez.

TagoDeploy : une infrastructure dédiée en mono-locataire

Pour les déploiements d’entreprise qui exigent une infrastructure dédiée, TagoDeploy propose une architecture mono-locataire. Avec TagoDeploy, vous obtenez :

• Une infrastructure cloud dédiée exclusivement à votre organisation

• Des options de déploiement régional : Irlande, Canada, Allemagne, Japon, Singapour, Australie, São Paulo

• Un contrôle total sur les mises à jour et les versions de la plateforme

• Des coûts optimisés pour le traitement de gros volumes de données (souvent 10 fois moins cher que le multi-locataire à grande échelle)

• Une conformité renforcée pour les secteurs réglementés

• Des options de personnalisation indisponibles en multi-locataire

TagoDeploy fait tourner la plateforme TagoIO complète sur des ressources cloud dédiées. C’est la même plateforme puissante, simplement déployée exclusivement pour votre cas d’usage.

Le choix entre multi-locataire et mono-locataire n’est pas définitif. Beaucoup d’entreprises démarrent en multi-locataire pour le développement et les tests, puis migrent vers TagoDeploy pour la production une fois leur solution validée et prêtes à monter en charge.

Passer à l’échelle de la production : comment TagoIO gère les déploiements massifs

Abordons la question qui compte le plus quand vous construisez une vraie entreprise : comment TagoIO passe-t-il de 10 appareils à 10 000 appareils sans vous obliger à reconstruire votre application ?

C’est là que la plupart des plateformes IoT s’effondrent. Vous construisez une preuve de concept qui fonctionne à merveille avec 50 appareils de test, puis vous tentez de déployer en production avec des milliers d’appareils et vous découvrez qu’il faut tout réarchitecturer. Les permissions deviennent un cauchemar. Il faut créer manuellement des dashboards pour chaque client. Les Actions doivent être dupliquées des centaines de fois avec de légères variations.

TagoIO a été conçu dès le premier jour pour relever ce défi de montée en charge grâce à trois fonctionnalités architecturales clés : les Tags, les Blueprint Dashboards et le déclenchement basé sur les tags.

Scénario concret : la gestion de flotte à grande échelle

Imaginez que vous construisez une plateforme de gestion de flotte pour une entreprise de logistique en pleine expansion. Vous avez démarré avec un programme pilote qui surveille 50 camions. Cela a si bien marché que vous devez désormais passer à :

• 5 000 camions répartis sur 12 dépôts régionaux

• 2 000 utilisateurs dont des chauffeurs, des responsables régionaux et des dirigeants

• Plusieurs clients utilisant votre plateforme en marque blanche (vous ne gérez pas qu’une seule flotte, vous construisez un service de gestion de flotte pour plusieurs entreprises de logistique)

Voyons comment l’architecture de TagoIO relève ce défi de montée en charge.

Tags : la fondation de la montée en charge

Chaque ressource dans TagoIO (appareils, dashboards, actions, analyses, utilisateurs) peut être taguée avec des paires clé-valeur. Cela peut ressembler à une simple fonctionnalité de métadonnées, mais c’est en réalité la fondation architecturale qui rend la montée en charge possible.

Quand vous créez un appareil de type camion, vous le taguez avec des étiquettes descriptives : type d’actif (camion), région (nord-est), dépôt (boston), client (acme_logistics), classe de véhicule (réfrigéré). Ces tags simples débloquent une automatisation puissante.

Et voilà où cela devient puissant :

1. Permissions automatiques Au lieu d’accorder manuellement à chaque responsable régional l’accès à ses 500 camions spécifiques, vous créez une seule règle de permission :

• Le responsable régional (Nord-Est) a accès à tous les appareils avec le tag region:northeast

Vous ajoutez un nouveau camion au dépôt de Boston ? Taguez-le region:northeast et le responsable régional y accède automatiquement. Aucune mise à jour de permission nécessaire. Vous passez à 5 000 camions ? Toujours une seule règle de permission.

2. Actions ciblées Au lieu de créer 5 000 Actions distinctes (une par camion), vous créez des Actions qui se déclenchent en fonction des tags. Par exemple, une seule Action « Alerte de température pour la flotte réfrigérée » peut surveiller tous les camions tagués comme véhicules « réfrigérés ». Si la température dépasse 4 °C, elle envoie un SMS au chauffeur et un e-mail au responsable du dépôt.

Une seule configuration d’Action surveille tous les camions réfrigérés dans toutes les régions. Vous ajoutez 500 nouveaux camions réfrigérés ? Ils sont automatiquement surveillés par l’Action existante dès l’instant où vous les taguez correctement.

3. Dashboards filtrés Le dashboard d’un responsable régional peut afficher « tous les camions où le tag region:northeast ». À mesure que des camions sont ajoutés, retirés ou réaffectés à d’autres régions (il suffit de changer le tag), le dashboard se met à jour automatiquement. Aucune reconfiguration manuelle du dashboard nécessaire.

4. Opérations en lot Besoin de mettre à jour les réglages firmware de tous les camions de la région Nord-Est ? Interrogez tous les appareils ayant le tag de région « northeast » et mettez-les tous à jour d’un coup. Pas besoin de sélectionner manuellement des milliers d’appareils individuels.

Les tags transforment la configuration manuelle, appareil par appareil, en une gestion automatisée fondée sur des politiques. C’est ainsi que vous passez de la gestion de 50 appareils à celle de 5 000 sans augmenter proportionnellement la complexité opérationnelle.

Blueprint Dashboards : déployez une fois, montez en charge à l’infini

Attaquons-nous maintenant au problème des dashboards. Avec 5 000 camions et 2 000 utilisateurs, vous ne pouvez pas créer manuellement un dashboard par camion ou par utilisateur. C’est ici que les Blueprint Dashboards deviennent indispensables.

Voici comment ça marche :

Étape 1 : créer un seul dashboard maître Vous concevez un unique modèle de dashboard, le « blueprint », qui affiche la télémétrie des camions :

• La localisation GPS en temps réel sur une carte

• Des graphiques de température et d’humidité

• Une jauge de niveau de carburant

• Un tableau de diagnostics moteur

• L’état des chauffeurs et les alertes

Ce dashboard utilise des variables de modèle au lieu d’identifiants d’appareils codés en dur. Plutôt que de construire un dashboard spécifiquement pour le « camion 12345 », vous le construisez pour « DEVICEIDDEVICE_ID DEVICEI​D », un emplacement réservé qui est remplacé par l’appareil réel au moment du déploiement du dashboard.

Étape 2 : définir les règles d’assignation du blueprint Vous indiquez à TagoIO : « Crée une instance de ce dashboard blueprint pour chaque appareil tagué asset_type:truck »

Étape 3 : déploiement automatique des dashboards TagoIO crée automatiquement 5 000 instances de dashboard, une pour chaque camion, chacune connectée au bon appareil. Vous ajoutez un nouveau camion ? Une nouvelle instance de dashboard est créée automatiquement.

Étape 4 : accès utilisateur via les tags Attribuez l’accès aux dashboards à l’aide des tags :

• Les chauffeurs ne voient que le dashboard de leur camion attribué (via le tag assigned_driver:john_doe)

• Les responsables régionaux voient les dashboards de tous les camions de leur région (via le tag region:northeast)

• Les dirigeants voient un dashboard de synthèse agrégeant les données de tous les camions

Étape 5 : mettez à jour une fois, déployez partout Voici la magie : quand vous améliorez le blueprint (ajout d’un widget, changement de mise en page, correction d’un bug), les 5 000 instances de dashboard se mettent à jour automatiquement. Vous maintenez un seul dashboard, mais 5 000 utilisateurs profitent instantanément de vos améliorations.

Le tableau complet de la montée en charge

Voyons comment les tags et les blueprints fonctionnent ensemble dans notre scénario de gestion de flotte :

Intégration d’un nouveau client (Acme Logistics, 1 000 camions)

Approche traditionnelle :

• Créer manuellement 1 000 appareils

• Configurer manuellement 1 000 dashboards

• Mettre en place manuellement les permissions pour 400 utilisateurs

• Créer manuellement des Actions pour chaque appareil

• Durée estimée : 2 à 3 semaines de configuration manuelle

Approche TagoIO :

• Créer en lot 1 000 appareils avec les tags appropriés via l’API de TagoIO

• Les dashboards se génèrent automatiquement à partir du blueprint existant (aucune configuration manuelle nécessaire)

• Créer une politique de permission par région qui accorde automatiquement l’accès selon les tags

• Les Actions existantes s’appliquent automatiquement selon les tags des appareils (aucune duplication nécessaire)

• Durée estimée : 2 à 3 heures

Gérer 5 000 camions répartis sur 12 régions

• Un seul dashboard blueprint → 5 000 instances de dashboard

• Douze politiques de permission (une par région) → 2 000 utilisateurs avec le bon accès

• 15 Actions surveillant différentes conditions → s’appliquent automatiquement à tous les camions concernés

• Une seule Analysis traitant la logique de geofence → gère tous les camions quel que soit leur nombre

La complexité opérationnelle reste constante même quand le nombre d’appareils croît de façon exponentielle.

Déclenchement des Actions basé sur les tags : la clé d’une automatisation qui passe à l’échelle

Vous vous souvenez quand nous avons parlé des Actions plus tôt ? C’est ici que le déclenchement basé sur les tags devient déterminant à grande échelle.

Au lieu de créer des Actions spécifiques à chaque appareil (« Alerte de température pour truck_001 », « Alerte de température pour truck_002 », et ainsi de suite pour 5 000 camions), vous créez des Actions basées sur les tags.

Créez une seule Action appelée « Alerte de température - Flotte réfrigérée » qui se déclenche sur tout appareil tagué comme véhicule réfrigéré quand la température dépasse 4 °C. Une seule Action surveille automatiquement des milliers d’appareils.

Mais voici ce qui rend cela vraiment puissant :

Ciblage dynamique Besoin de seuils de température différents selon les régions à cause des variations climatiques ? Créez deux Actions :

• « Alerte de température - Régions à climat chaud » se déclenche sur les véhicules réfrigérés de la région Sud-Ouest quand la température dépasse 6 °C

• « Alerte de température - Régions à climat froid » se déclenche sur les véhicules réfrigérés de la région Nord-Est quand la température dépasse 2 °C

Deux Actions, 5 000 camions, chacun avec le bon seuil selon le tag de sa région. Vous ajoutez 500 camions à la région Sud-Ouest ? Ils reçoivent automatiquement le seuil climat chaud.

Déploiements progressifs Vous testez un nouveau mécanisme d’alerte ? Ajoutez un tag beta_participant:true à 50 camions, créez une Action qui ne se déclenche que sur ce tag, validez son fonctionnement, puis déployez-la à tous les camions en retirant le filtre de tag.

Logique spécifique au client Différents clients peuvent avoir des exigences de conformité différentes. Vous pouvez créer des Actions distinctes qui ne se déclenchent que pour des clients précis :

• « Alerte de conformité - Client pharmaceutique » se déclenche sur les camions d’une entreprise pharmaceutique quand la température dépasse 2 °C et envoie un e-mail certifié pour la conformité FDA

• « Alerte standard - Autres clients » se déclenche sur tous les autres camions réfrigérés quand la température dépasse 4 °C et envoie une notification SMS standard

Ainsi, chaque client reçoit automatiquement le niveau d’alerte adapté à ses besoins de conformité, le tout géré par les tags.

Pourquoi c’est important : l’économie de la montée en charge

Parlons chiffres. Sans architecture basée sur les tags ni blueprints :

Coûts de l’approche manuelle :

• Création des dashboards : 5 000 camions × 30 minutes = 2 500 heures

• Gestion des permissions : 2 000 utilisateurs × 15 minutes = 500 heures

• Configuration des Actions : 5 000 Actions × 10 minutes = 833 heures

• Mises à jour/maintenance : 20 % de surcharge mensuelle récurrente

• Coût total la première année : environ 150 000 $ de main-d’œuvre (à 50 $/heure)

Coûts de l’approche TagoIO :

• Mise en place initiale : 40 heures (blueprints, stratégie de tags, permissions)

• Déploiement par camion : automatisé via l’API

• Maintenance continue : 5 heures/mois (mise à jour des blueprints, modification des Actions)

• Coût total la première année : environ 5 000 $ de main-d’œuvre

L’écart de coût de 30 fois n’est même pas le principal avantage. Le vrai atout, c’est l’agilité. Quand les besoins métier changent (et ils changent toujours), vous mettez à jour un seul blueprint ou une seule Action, pas 5 000 configurations. Vous pouvez itérer et vous améliorer rapidement parce que vous gérez des politiques, pas des instances individuelles.

Monter en charge au-delà des appareils

Et si vous ne gériez pas qu’une seule flotte, mais que vous construisiez une plateforme de gestion de flotte en tant que service pour plusieurs clients ?

Les tags et les blueprints rendent cela possible aussi :

• Taguez les appareils par client : customer:acme_logistics, customer:global_shipping, etc.

• Utilisez TagoRUN pour déployer des portails en marque blanche pour chaque client

• Chaque client ne voit que ses appareils (filtrés par le tag client)

• Un seul dashboard blueprint sert tous les clients avec des données spécifiques à chacun

• Une seule base de code prend en charge un nombre illimité de clients

C’est ainsi que vous passez de la construction d’une application IoT à celle d’une activité de plateforme IoT. L’architecture monte en charge à la fois techniquement (gérer plus d’appareils) et commercialement (gérer plus de clients).

Note : l’architecture basée sur les tags ne concerne pas seulement la montée en charge, elle concerne aussi la maintenabilité. Six mois après le déploiement, quand vous aurez besoin d’ajouter une fonctionnalité ou de corriger un bug, vous serez content de l’avoir construite ainsi. Changez une fois, déployez partout.

Un système entier, gérant des milliers d’appareils, traitant des millions de points de données, offrant une visualisation en temps réel et maintenant la conformité, peut être construit sans gérer un seul serveur, base de données ou composant d’infrastructure. Voilà la puissance d’une plateforme IoT full-stack.

Pourquoi cette architecture est importante

Vous vous demandez peut-être : ne pourrais-je pas construire tout ça moi-même avec AWS, une base de données et un peu de code sur mesure ?

Techniquement, oui. Tout comme vous pourriez techniquement construire votre propre système de VPN ou votre propre CRM. Mais voici ce qu’il vous faudrait réellement construire :

1. Une couche de connectivité d’appareils multi-protocole avec authentification et sécurité

2. Des bases de données time-series optimisées avec rétention et partitionnement automatiques

3. Un environnement de calcul serverless avec déclenchement piloté par les événements

4. Un constructeur visuel de dashboards avec des dizaines de types de widgets

5. Un pipeline de données en temps réel avec une latence inférieure à la seconde

6. Une authentification des utilisateurs et un système de permissions granulaires

7. Une infrastructure de déploiement en marque blanche

8. Des applications mobiles pour iOS et Android

9. Une infrastructure mondiale avec mise en cache edge et CDN

10. Une surveillance 24h/24 et 7j/7, des mises à jour de sécurité et du support

Estimation prudente : 2 à 3 ans de développement, une équipe de 8 à 12 ingénieurs et des millions en coûts de développement. Puis les coûts opérationnels continus, la maintenance de la sécurité et le développement de fonctionnalités.

Ou vous pourriez utiliser TagoIO et livrer votre application en quelques semaines.

Les choix d’architecture que nous avons faits (séparer le plan de données du plan de contrôle, le stockage hybride mutable/immuable, des Analysis serverless avec des Actions déclaratives, des dashboards visuels avec déploiement en marque blanche) ne sont pas arbitraires. Ils sont le fruit d’années d’expérience à construire des systèmes IoT en production et à comprendre ce dont les développeurs ont vraiment besoin.

Pour commencer : c’est plus simple que vous ne le pensez

Le meilleur dans tout ça ? Vous pouvez commencer à utiliser tout ce dont nous avons parlé aujourd’hui, dès maintenant, gratuitement.

1. Inscrivez-vous sur admin.tago.io

2. Créez votre premier appareil

3. Envoyez quelques données (nous fournissons des émulateurs pour les tests)

4. Construisez un dashboard pour les visualiser

5. Ajoutez une Analysis ou une Action pour les traiter

Le plan gratuit inclut la plupart des fonctionnalités dont nous avons parlé. À mesure que vous montez en charge, vous ne payez que ce que vous consommez, et vous pouvez passer à TagoDeploy quand vous avez besoin de votre propre infrastructure dédiée.

Que vous construisiez une preuve de concept pour un client, que vous déployiez un produit IoT auprès de vos clients ou que vous gériez des milliers d’appareils en production, l’architecture de TagoIO est conçue pour grandir avec vous, du prototype à l’échelle planétaire.

Consultez notre documentation ou rejoignez le forum communautaire où des milliers de développeurs partagent leurs solutions et leurs bonnes pratiques.