Comment Temboo aide les entreprises à créer des plates-formes sans code

En tant que responsable de l’ingénierie des produits chez Temboo, il a entendu parler de capteurs enterrés dans le sol autour de la ville de New York pour mesurer la température du sol, installés dans les égouts pour enregistrer les niveaux d’eau et, dans son cas d’utilisation préféré, placés dans un bassin d’élevage de pieuvres pour suivre les niveaux de pH.

La prolifération des dispositifs de l’internet des objets a rendu plus facile que jamais la collecte de données sur le monde qui nous entoure, mais la gestion de ces dispositifs et l’extraction de ces données nécessitent toujours une expertise technique qui peut être difficile à trouver. C’est là que M. Driver et sa société, Temboo, interviennent.

Basée à New York, Temboo a construit une plateforme qui permet aux utilisateurs de créer leurs propres systèmes de surveillance IoT sans écrire une ligne de code.

"Ce que nous voulons faire, c'est nous appuyer sur un grand nombre de valeurs par défaut intelligentes, puis faire remonter à la surface les questions auxquelles nous avons vraiment besoin qu'elles répondent."

Temboo fait partie d’un nombre croissant d’entreprises qui construisent des outils « sans code » pouvant donner à n’importe qui le pouvoir de construire un système logiciel complexe. À l’instar de Squarespace, qui a simplifié la création de sites web avec des modèles à glisser-déposer, tout en se chargeant du travail de codage pour ses utilisateurs, la plateforme Kosmos de Temboo transforme la construction d’un système IoT en une série de questions et de réponses.

« Ce n’est pas une façon courante de construire une interface logicielle, mais ce que nous voulons faire, c’est nous appuyer sur un grand nombre de valeurs par défaut intelligentes, puis poser aux gens les questions auxquelles nous avons vraiment besoin qu’ils répondent », explique M. Driver.

Bien que l’interface soit conçue pour être simple du point de vue de l’utilisateur, ce qui se passe en coulisses est un exploit d’ingénierie complexe. Nous avons discuté avec Temboo de la technologie qui sous-tend les plates-formes sans code, ainsi que des décisions prises par l’équipe de M. Driver pour trouver un équilibre entre la flexibilité et la nécessité de conserver une interface utilisateur simple.

Tout commence par les bonnes questions

L’intégration de Kosmos commence par deux questions simples : « Que voulez-vous faire ? » et « Où se trouvera l’appareil ? ».

Les réponses à ces questions n’ont en fait pas beaucoup d’importance. L’utilisateur pourrait installer un capteur de température dans une serre ou un capteur de pH dans un élevage de pieuvres, cela reviendrait au même pour le générateur de code, explique M. Driver. Au lieu de cela, les questions font le travail essentiel de donner le ton de l’expérience d’accueil – l’étape la plus importante du processus sans code de Kosmos.

« C’est un petit sentiment de progrès que vous pouvez faire immédiatement et qui permet aux gens de savoir qu’ils sont au bon endroit », a déclaré Driver.

Puisque Kosmos est destiné à être utilisé par tout le monde, quelle que soit l’expérience technologique, l’équipe a modelé le processus de collecte des exigences de code sur une conversation d’accueil. Chaque question à laquelle répond un utilisateur remplit un espace dont le générateur de code a besoin pour développer une plateforme de systèmes IoT fonctionnelle.

"C'est un minuscule sentiment de progrès que vous pouvez faire tout de suite et qui permet aux gens de savoir qu'ils sont au bon endroit."

Pour construire le processus, Driver a déclaré que son équipe a commencé par un ensemble d’hypothèses par défaut issues de leur expérience dans l’industrie de l’IdO. Ils savent que les utilisateurs voudront collecter des données, recevoir des mises à jour, contrôler des appareils et visualiser les données. Les questions tournent donc autour de la collecte des informations dont le générateur de code a besoin pour y parvenir, explique M. Driver.

Après les deux premières questions, les utilisateurs sont invités à indiquer la marque et le type de capteur qu’ils utilisent et ce qu’ils ont l’intention de mesurer. Les autres questions portent sur la fréquence d’envoi des données vers le cloud, la fréquence des mises à jour des données et les paramètres d’alerte.

« Ils sont tous assez simples », a déclaré Driver. « Aucune d’entre elles ne trahit le fait qu’il s’agit en réalité d’un processus assez complexe. »

Les questions sont conçues pour éviter les clics inutiles qui pourraient décourager ou submerger l’utilisateur et l’empêcher de terminer le processus, explique M. Driver. Chaque question doit soit rassurer l’utilisateur, soit remplir une exigence critique du code.

Au total, l’intégration peut prendre entre 15 et 30 minutes, et le produit qui en résulte prend en charge la plupart des types courants de dispositifs IoT, notamment les capteurs de proximité, les capteurs industriels, les microcontrôleurs programmables et les multicapteurs Bluetooth 5.

Temboo IoT No Code PlatformImage : Temboo

Construire le cadre pour permettre la personnalisation

Ce que l’utilisateur ne voit pas dans le processus d’accueil, c’est le cadre que les ingénieurs ont dû construire pour que tout se passe bien.

Pour minimiser le nombre de décisions à prendre par l’utilisateur final, l’équipe de Temboo a automatisé la génération du code de l’application principale de Kosmos. Cette moitié de la base de code agit comme un pont reliant les capteurs IoT, la plate-forme et le nuage, posant ainsi les bases de tout ce que l’utilisateur veut faire, explique M. Driver.

Lorsque l’utilisateur passe par le processus d’intégration, il génère en fait un lot d’instructions pour l’application centrale. Le code d’instruction s’accroche au code de l’application et permet aux utilisateurs d’apporter des modifications pour répondre à leur cas d’utilisation particulier.

"Nos clients sont libres de déployer autant de capteurs qu'ils le souhaitent, ce qui signifie que le nombre de nœuds sous notre contrôle augmente et diminue constamment."

L’un des plus grands défis pour offrir ce type de flexibilité était de comptabiliser des quantités inconnues de dispositifs IoT. Contrairement aux créateurs de sites Web ou d’applications, qui doivent simplement tenir compte de l’espace serveur, Kosmos n’a aucun contrôle sur le nombre d’appareils qu’une personne utilise, ni sur le moment où elle décide d’en ajouter. En plus de cela, un utilisateur peut, par inadvertance, inonder la plateforme de trop de données à cause d’une mauvaise configuration et provoquer une attaque DDoS.

« Nos clients sont libres de déployer autant de capteurs qu’ils le souhaitent, ce qui signifie que le nombre de nœuds sous notre contrôle augmente et diminue constamment », a déclaré Driver. « Et le nombre de points de données qui nous sont envoyés n’est pas quelque chose que nous pouvons connaître avant leur arrivée ».

La pile technologique de Temboo

Code C pour les microcontrôleurs
Python pour le back-end
React JavaScript, CSS et HTML pour la partie frontale.

Pour protéger les utilisateurs des erreurs, ils ont intégré dans son code un kill switch qui permet à un ingénieur de Temboo d’isoler le capteur qui inonde le système de données et de le désactiver. Ils ont également ajouté la possibilité de réécrire n’importe quelle partie du code de Kosmos et d’envoyer des mises à jour logicielles par voie aérienne via le cloud.

Cette fonctionnalité donne à Temboo la possibilité de réécrire à la fois le code exécuté sur les appareils IoT et le système d’exploitation lui-même pour le maintenir à jour avec les dernières fonctionnalités. Si une connexion Internet est interrompue pendant la réécriture, l’ancien code peut être récupéré et réappliqué pour éviter que les appareils ne deviennent inutilisables, explique M. Driver.

Il a également fallu intégrer des paramètres de sécurité afin de protéger les utilisateurs qui ne sont pas forcément doués sur le plan technique contre la fuite de leurs données. Au début, de nombreuses failles de sécurité de l’IdO se sont produites parce que les gens envoyaient leurs données en texte clair sur le réseau, a déclaré Driver. Kosmos a intégré une ligne de communication MQTT et un algorithme de cryptographie pour chiffrer les données et sécuriser sa connexion aux appareils IoT.

Bien sûr, aucune de ces mesures n’est visible pour les clients.

« C’est quelque chose auquel un client ne penserait jamais vraiment, mais cela doit se produire et être invisible », a déclaré Driver.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.

%d blogueurs aiment cette page :