nodrix icon

nodrix

nodrix est un backend IoT open source, multi-tenant unique, déployé sur votre propre compte Cloudflare. Il collecte la télémétrie via HTTPS ou WebSocket.

nodrix

Qu’est-ce que nodrix ?

nodrix est un backend IoT open source qui se déploie sur le compte Cloudflare du client. Il fournit un runtime à locataire unique pour ingérer la télémétrie des appareils, stocker l’état, visualiser les données dans des tableaux de bord et déclencher des automatisations, sans nécessiter de broker ou de serveur séparé.

Le produit est conçu pour permettre au matériel d’envoyer des données via HTTPS ou WebSocket, puis de transformer ces données en variables lisibles via une API, affichables dans des tableaux de bord en temps réel ou utilisables dans des flux d’automatisation. Il s’appuie sur les primitives Cloudflare telles que Workers, Durable Objects, D1, R2 et KV, de sorte que chaque déploiement réside dans le compte du client plutôt que dans un environnement mutualisé du fournisseur.

Fonctionnalités clés

  • Déploiement à locataire unique sur un compte Cloudflare — chaque installation s’exécute dans le propre compte de l’utilisateur, avec les données stockées sur ses ressources Cloudflare.
  • Ingestion de télémétrie via HTTPS ou WebSocket — les appareils peuvent envoyer des requêtes POST JSON ou ouvrir une connexion WebSocket, ce qui simplifie l’intégration pour le matériel et les clients edge.
  • Variables créées automatiquement — les métriques entrantes deviennent des variables dès leur première détection, évitant toute configuration manuelle de schéma ou de broker.
  • Tableaux de bord et commandes en temps réel — des widgets à glisser-déposer peuvent afficher les relevés en direct et renvoyer des commandes aux variables.
  • Générateur visuel d’automatisations — les utilisateurs peuvent déclencher des flux à partir de seuils, d’horaires, du lever/coucher du soleil ou d’événements, puis brancher et agir en définissant des variables, en appelant des intégrations ou en émettant des événements.
  • API de lecture propre — la plateforme expose l’état le plus récent, les séries temporelles récentes et les listes de variables derrière un jeton Bearer, avec des lectures mises en cache en edge pour les applications aval.
  • Options d’authentification et d’accès — la connexion par e-mail et mot de passe est incluse, avec en option la connexion Google ou GitHub et un serveur MCP réservé au propriétaire pour les clients IA.
  • Aucune SDK requise — tout client capable de parler HTTPS peut envoyer de la télémétrie et relire les données depuis l’URL du worker.

Comment utiliser nodrix

Commencez par déployer nodrix sur votre compte Cloudflare, ce qui provisionne le Worker et les ressources de stockage nécessaires. Ensuite, revendiquez l’instance en créant le premier compte, créez un projet et générez un jeton de projet pour les appareils ou les clients.

À partir de là, pointez le matériel vers l’endpoint /v1/telemetry pour envoyer des métriques, créez des tableaux de bord en reliant les widgets aux variables, et mettez en place des automatisations pour les actions à exécuter sur des seuils ou selon des horaires. Si une autre application a besoin des données, lisez-les via l’API REST ou connectez un client IA via le serveur MCP lorsque cet accès est activé.

Cas d’usage

  • Collecte de télémétrie d’appareils — rassemblez les valeurs de capteurs provenant de matériel capable d’envoyer des requêtes HTTPS ou WebSocket, puis stockez et consultez les relevés en un seul endroit.
  • Tableaux de bord opérationnels en direct — surveillez des métriques comme la température, l’humidité ou l’état de l’appareil en temps réel avec des widgets reliés aux variables.
  • Automatisation basée sur des règles — déclenchez des actions lorsqu’une valeur dépasse un seuil, lorsqu’une heure est atteinte, ou autour du lever et du coucher du soleil.
  • Partage de données avec d’autres applications — exposez l’état courant et les séries temporelles récentes à une application React, à une configuration Grafana ou à tout autre consommateur qui lit via API.
  • Interfaces de contrôle connectées en edge — utilisez des interrupteurs, curseurs, jauges ou écrans connectés à un Raspberry Pi ou à un appareil similaire pour lire et contrôler localement les variables.

FAQ

nodrix nécessite-t-il un broker MQTT ?
Non. La description du produit indique que le matériel peut envoyer des données via HTTPS simple ou WebSocket, donc aucun broker n’est requis pour le flux principal.

Où les données s’exécutent-elles et sont-elles stockées ?
Chaque déploiement atterrit dans le compte Cloudflare du client et utilise des primitives Cloudflare telles que Workers, Durable Objects, D1, R2 et KV.

La plateforme peut-elle être utilisée sans écrire d’intégration SDK ?
Oui. Le site indique qu’aucun SDK n’est requis ; un client peut envoyer de la télémétrie à l’URL du worker et relire les données via l’API.

nodrix prend-il en charge les clients IA ?
Oui, via un serveur MCP. Le site précise que l’accès aux automatisations est réservé au propriétaire, désactivé par défaut et journalisé pour audit.

Quelles options d’authentification sont mentionnées ?
La connexion par e-mail et mot de passe est incluse par défaut, avec en option la connexion Google ou GitHub.

Alternatives

  • Plateformes IoT hébergées — ces solutions centralisent généralement les données sur l’infrastructure du fournisseur et sont gérées comme un service साझा plutôt que comme un déploiement mono-locataire sur votre propre compte.
  • Broker MQTT plus backend personnalisé — une approche traditionnelle où un broker gère l’ingestion et des services séparés sont créés pour le stockage, les tableaux de bord et l’automatisation.
  • Développement personnalisé natif Cloudflare — les équipes peuvent assembler leur propre backend IoT directement avec Cloudflare Workers et les produits de stockage, mais avec plus de travail d’implémentation qu’avec nodrix.
  • Stacks génériques de tableaux de bord et d’automatisation — les outils axés sur la visualisation ou l’automatisation des workflows peuvent compléter ou remplacer certaines parties de la stack, mais ils n’offrent pas le même modèle de variables ni la même ingestion IoT de bout en bout.