Kaa et TagoIO sont deux plateformes IoT cloud dotées de gestion des appareils, de dashboards et de trajectoires de croissance par projet, et toutes deux visent les OEM et les intégrateurs. Une comparaison utile commence par clarifier l’historique de licence de Kaa, qui brouille encore les évaluations, puis examine où chaque plateforme concentre sa profondeur.
Kaa est une plateforme IoT de KaaIoT Technologies, une entreprise américaine. Deux générations coexistent. Le Kaa 0.x historique, une plateforme Java monolithique livrée avec des SDK pour appareils, est open source sous licence Apache 2.0 mais figée en pratique à la version 0.10, avec une documentation archivée. Le Kaa 1.x actuel (“Kaa Enterprise”) est un produit différent: des microservices cloud-native sur Kubernetes, centrés sur MQTT, sous licence commerciale plutôt qu’open source, même si certains composants sont sur GitHub. Il est proposé en Kaa Cloud (multi-locataire, gratuit jusqu’à 5 appareils), en instances dédiées hébergées par KaaIoT et en installations auto-hébergées, y compris un déploiement dans l’infrastructure de vos clients. Les capacités couvrent la gestion des appareils et des identifiants, la collecte de télémétrie, la configuration, l’exécution de commandes, les mises à jour OTA, les alertes et règles, des dashboards personnalisables, une identité basée sur Keycloak et la marque blanche sur les offres hébergées et auto-hébergées. La tarification est par appareil: gratuit pour 5 appareils, puis 99 $/mois pour 100 appareils jusqu’à 625 $/mois pour 1 000, avec un contact commercial au-delà. Les verticales prêtes à l’emploi incluent le comptage intelligent et l’énergie, le bâtiment intelligent et l’agriculture.
TagoIO est une plateforme IoT full-stack de TagoIO Inc. (Raleigh, Caroline du Nord): plus de 500 connecteurs d’appareils, ingestion MQTT et HTTPS, LoRaWAN via des intégrations de serveurs réseau (The Things Industries, Actility, Everynet, Loriot, ChirpStack, Helium et d’autres), prise en charge Sigfox et satellite, stockage de séries temporelles avec une rétention configurable jusqu’à 9 ans, dashboards Blueprint, scripts serverless Analysis en Node.js, Deno ou Python, Actions pour les règles, et portails en marque blanche TagoRUN avec une option d’application mobile personnalisée. TagoDeploy fournit des instances dédiées dans plus de 12 régions AWS. TagoIO maintient également TagoCore, un moteur edge gratuit et open source, et TagoTiP, un protocole de télémétrie ouvert et léger pour les appareils contraints.
La question de l’open source
Les équipes qui présélectionnent Kaa pour sa réputation open source devraient confirmer de quel Kaa elles parlent: la base de code Apache 2.0 est la ligne 0.x dormante, tandis que la plateforme 1.x en production est commerciale. C’est un modèle légitime, mais il fait passer l’évaluation de “logiciel libre que nous contrôlons” à “plateforme commerciale sous licence”, la même catégorie que TagoIO.
Du côté de TagoIO, la plateforme cloud est propriétaire et la partie open source se situe au niveau de l’edge: TagoCore, un moteur IoT gratuit distribué sous forme d’image Docker avec une architecture à plugins, capable de fonctionner d’un Raspberry Pi à une VM cloud. Aucun des deux fournisseurs ne propose de version open source actuelle de sa plateforme cloud; les acheteurs qui en ont besoin se tournent généralement vers ThingsBoard CE.
Profondeur de la plateforme
Les deux couvrent les fondamentaux de la gestion des appareils: provisionnement, identifiants, télémétrie, commandes, OTA dans le cas de Kaa, dashboards et alertes. C’est la couche applicative qui fait pencher la balance vers TagoIO. Son moteur Analysis exécute des programmes serverless complets en Node.js, Deno ou Python au sein de la plateforme, ce qui en fait un backend applicatif pour les rapports, les intégrations, la logique métier et les prévisions et prédictions issues de la télémétrie; les règles et alertes de Kaa couvrent l’automatisation, l’analytique plus poussée étant généralement dirigée vers des intégrations tierces. La bibliothèque de connecteurs de TagoIO et sa couverture des serveurs réseau LoRaWAN sont aussi plus larges dès le départ, ce qui compte pour les flottes matériels hétérogènes; le modèle MQTT-first de Kaa convient aux flottes dont vous maîtrisez les appareils.
Marque blanche et déploiement dédié
Les deux plateformes répondent au scénario OEM. Kaa propose la marque blanche sur ses offres hébergées et auto-hébergées et déploiera dans l’infrastructure d’un client sur arrangement, offrant des modèles de propriété flexibles. TagoIO conditionne l’équivalent sous forme de produits aux prix publiés: portails TagoRUN avec domaine personnalisé et application mobile à votre marque, et instances dédiées TagoDeploy dans plus de 12 régions AWS à partir de 850 $/mois, chacune hébergeant plusieurs applications et exploitée sous un programme certifié ISO 27001. Un TagoIO sur site n’est pas disponible actuellement, donc les projets qui doivent tourner dans leur propre datacenter s’adaptent mieux au modèle auto-hébergé de Kaa.
Structure tarifaire
Kaa facture les appareils: des paliers prévisibles par appareil à partir d’un plan gratuit de 5 appareils. TagoIO facture les services: des paliers de plan (gratuit, 49 $, 199 $) plus les transactions de données, le stockage, les minutes Analysis, les notifications et les utilisateurs finaux, sans frais par appareil. Les flottes à faible volume de messages avec beaucoup d’appareils peuvent préférer le modèle de TagoIO; les flottes à fort volume de messages avec peu d’appareils peuvent préférer une tarification par appareil. Des charges utiles réelles passées dans les deux calculateurs tranchent la question rapidement.
En résumé
Kaa séduit lorsque vous voulez la simplicité d’une tarification par appareil, l’auto-hébergement y compris le déploiement dans l’infrastructure du client, ou ses verticales prêtes à l’emploi dans le comptage, l’énergie et le bâtiment.
TagoIO convient lorsque c’est la couche applicative qui décide du projet: code personnalisé serverless, large couverture des connecteurs et de LoRaWAN, portails en marque blanche à prix publiés, et instances régionales dédiées sans avoir à exploiter Kubernetes vous-même.