Tutoriel : Créer et déployer des modules IoT Edge personnalisés
S’applique à : IoT Edge 1.1
Important
IoT Edge la date de fin du support 1.1 était le 13 décembre 2022. Consultez la page Politique de support Microsoft pour plus d’informations sur la prise en charge de ce produit, de ce service, de cette technologie ou de cette API. Pour plus d’informations sur la mise à jour vers la dernière version d’IoT Edge, consultez Mettre à jour IoT Edge.
Dans cet article, nous créons trois modules IoT Edge qui reçoivent des messages des appareils en aval IoT, exécutent les données dans votre modèle Machine Learning, puis transfèrent les insights au hub IoT.
Le hub IoT Edge facilite la communication entre les modules. L’utilisation du hub IoT Edge comme répartiteur de messages permet aux modules de rester indépendants les uns des autres. Il suffit aux modules de spécifier les entrées sur lesquelles ils acceptent des messages et les sorties vers lesquelles ils écrivent des messages.
Nous voulons que l’appareil IoT Edge accomplisse quatre choses pour nous :
- Recevoir des données des appareils en aval.
- Prédire la durée de vie restante de l’appareil qui a envoyé les données.
- Envoyer un message avec la durée de vie restante de l’appareil au hub IoT. Cette fonction peut être modifiée pour envoyer les données seulement si la durée de vie restante descend sous un niveau spécifié.
- Enregistrer les données des appareils en aval dans un fichier local sur l’appareil IoT Edge. Ce fichier de données est régulièrement chargé sur IoT Hub pour affiner l’entraînement du modèle Machine Learning. L’utilisation du chargement de fichier au lieu d’un streaming constant de messages est plus rentable.
Pour accomplir ces tâches, nous utilisons trois modules personnalisés :
Classifieur RUL : Le module turboFanRulClassifier que nous avons créé dans Entraîner et déployer un modèle Azure Machine Learning est un module Machine Learning standard, qui expose une entrée appelée « amlInput » et une sortie nommée « amlOutput ». « amlInput » nécessite que son entrée ressemble exactement à l’entrée que nous avons envoyée au service web ACI. De même, « amlOutput » retourne les mêmes données que le service web.
Enregistreur Avro : Ce module reçoit les messages sur l’entrée « avroModuleInput » et conserve le message au format Avro sur disque pour le charger par la suite dans IoT Hub.
Routeur : Le module Routeur reçoit des messages des appareils en aval, puis les met en forme et les envoie au classifieur. Le module reçoit ensuite les messages du classifieur et les transfère au module Enregistreur Avro. Pour finir, le module envoie simplement la prédiction de la durée de vie restante au hub IoT.
Entrées :
- deviceInput : reçoit les messages des appareils en aval
- rulInput : reçoit les messages de « amlOutput »
Sorties :
- classify : envoie des messages à « amlInput »
- writeAvro : envoie des messages à « avroModuleInput »
- toIotHub : envoie des messages à $upstream, qui les transmet au hub IoT connecté
Le diagramme suivant illustre les modules, les entrées, les sorties et les routes du hub IoT Edge pour la solution complète :
Les étapes décrites dans cet article sont généralement effectuées par un développeur de cloud.
Dans cette section du tutoriel, vous allez apprendre à :
- Créer un module IoT Edge à partir de code personnalisé.
- Générer une image Docker à partir de votre module personnalisé.
- Reconfigurer le routage IoT Hub pour prendre en charge vos modules personnalisés.
- Générer, publier et déployer vos modules personnalisés.
Prérequis
Cet article fait partie d’une série décrivant l’utilisation d’Azure Machine Learning sur IoT Edge. Chaque article de la série s’appuie sur le travail réalisé dans le cadre de l’article précédent. Si vous êtes tombé directement sur cet article, reportez-vous au premier article de la série.
Créer une solution IoT Edge
Pendant l’exécution du deuxième de nos deux notebooks Azure, nous avons créé et publié une image conteneur qui contient notre modèle de durée de vie restante. Pendant le processus de création d’image, Azure Machine Learning empaquetait ce modèle pour offrir la possibilité de déployer l’image en tant que module Azure IoT Edge.
Dans cette étape, nous créons une solution Azure IoT Edge à l’aide du module « Azure Machine Learning » et faisons pointer le module sur l’image que nous avons publiée à l’aide de notebooks Azure.
Ouvrez une session Bureau à distance sur votre machine virtuelle de développement.
Ouvrez le dossier C:\source\IoTEdgeAndMlSample dans Visual Studio Code.
Cliquez avec le bouton droit sur le panneau Explorateur (dans l’espace vide) et sélectionnez Nouvelle solution IoT Edge.
Acceptez le nom de solution par défaut EdgeSolution.
Choisissez Azure Machine Learning comme modèle de module.
Nommez le module turbofanRulClassifier.
Choisissez votre espace de travail Machine Learning. Cet espace de travail est l’espace de travail turboFanDemo que vous avez créé dans Tutoriel : Entraîner et déployer un modèle Azure Machine Learning
Sélectionnez l’image que vous avez créée pendant l’exécution du notebook Azure.
Examinez la solution et notez les fichiers qui ont été créés :
deployment.template.json : Ce fichier contient la définition de chacun des modules dans la solution. Vous devez examiner trois sections dans ce fichier :
Informations d’identification de registre : Définit l’ensemble des registres de conteneurs personnalisés que vous utilisez dans votre solution. À ce stade, elle doit contenir le registre de votre espace de travail Machine Learning, qui est l’emplacement de stockage de votre image Azure Machine Learning. Vous pouvez avoir un nombre quelconque de registres de conteneurs, mais par souci de simplicité, nous utilisons ce même registre pour tous les modules.
"registryCredentials": { "<your registry>": { "username": "$CONTAINER_REGISTRY_USERNAME_<your registry>", "password": "$CONTAINER_REGISTRY_PASSWORD_<your registry>", "address": "<your registry>.azurecr.io" } }
Modules : Cette section contient l’ensemble des modules définis par l’utilisateur associés à cette solution. La définition du module turbofanRulClassifier pointe vers l’image dans votre registre de conteneurs. Les différents modules que nous ajoutons à la solution apparaissent dans cette section.
"modules": { "turbofanRulClassifier": { "version": "1.0", "type": "docker", "status": "running", "restartPolicy": "always", "settings": { "image": "turbofandemo2cd74296.azurecr.io/edgemlsample:1", "createOptions": {} } } }
Routes : nous utilisons beaucoup les routes dans ce tutoriel. Les routes définissent la façon dont les modules communiquent les uns avec les autres. La route existante, définie par le modèle, ne correspond pas au routage dont nous avons besoin. Supprimez la route
turbofanRulClassifierToIoTHub
."$edgeHub": { "properties.desired": { "schemaVersion": "1.0", "routes": { "turbofanRulClassifierToIoTHub": "FROM /messages/modules/turbofanRulClassifier/outputs/* INTO $upstream" }, "storeAndForwardConfiguration": { "timeToLiveSecs": 7200 } } }
deployment.debug.template.json : ce fichier est la version debug de deployment.template.json. En règle générale, nous devrions maintenir ce fichier synchronisé avec le contenu du fichier deployment.template.json, mais cela n’est pas nécessaire pour ce tutoriel.
.env : ce fichier doit contenir le nom d’utilisateur et le mot de passe dont vous avez besoin pour accéder à votre registre.
CONTAINER_REGISTRY_USERNAME_<your registry name>=<ACR username> CONTAINER_REGISTRY_PASSWORD_<your registry name>=<ACR password>
Notes
Ce tutoriel utilise les informations d’identification de l’administrateur pour Azure Container Registry, qui sont pratiques pour les scénarios de développement et de test. Lorsque vous êtes prêt pour les scénarios de production, nous vous recommandons d’utiliser l’option d’authentification de moindre privilège, comme les principaux de service. Pour plus d’informations, consultez Gérer l’accès au registre de conteneurs.
Cliquez avec le bouton droit sur le fichier deployment.template.json dans l’Explorateur Visual Studio Code et sélectionnez Générer la solution IoT Edge.
Notez que cette commande crée un dossier config avec un fichier deployment.amd64.json. Ce fichier est le modèle de déploiement concret pour la solution.
Ajouter un module Routeur
Ensuite, nous ajoutons le module Routeur à notre solution. Le module Routeur gère plusieurs responsabilités pour notre solution :
- Recevoir des messages des appareils en aval : à mesure que les messages arrivent sur l’appareil IoT Edge à partir des appareils en aval, le module Routeur reçoit les messages et commence à orchestrer leur routage.
- Envoyer des messages au module Classifieur RUL : quand un nouveau message est reçu à partir d’un appareil en aval, le module Routeur convertit le message au format attendu par le classifieur RUL. Le routeur envoie le message au classifieur RUL pour une prédiction de durée de vie restante. Une fois que le classifieur a effectué une prédiction, il renvoie le message au module Routeur.
- Envoyer des messages de durée de vie restante à IoT Hub : quand le routeur reçoit un message du classifieur, il le transforme pour contenir uniquement les informations essentielles, l’ID d’appareil et la durée de vie restante, puis envoie le message abrégé au hub IoT. Pour plus de précision, vous pouvez envoyer des messages au hub IoT seulement si la prédiction de durée de vie restante est inférieure à un seuil donné (par exemple, quand la durée de vie restante est inférieure à 100 cycles). Nous ne l’avons pas fait ici. Ce type de filtrage réduit le volume de messages et le coût du hub IoT.
- Envoyer un message au module Enregistreur Avro : pour préserver toutes les données envoyées par l’appareil en aval, le module Routeur envoie l’intégralité du message reçu du classifieur au module Enregistreur Avro, lequel conserve et charge les données à l’aide du chargement de fichier IoT Hub.
Le module Routeur est un élément important de la solution qui garantit que les messages sont traités dans l’ordre approprié.
Créer le module et copier les fichiers
Cliquez avec le bouton droit sur le dossier des modules dans Visual Studio Code et choisissez Ajouter un module IoT Edge.
Choisissez Module C# comme modèle de module.
Nommez le module turbofanRouter.
Quand vous êtes invité à indiquer votre dépôt d’images Docker, utilisez le registre de l’espace de travail Machine Learning (il se trouve sous le nœud registryCredentials de votre fichier deployment.template.json). Cette valeur est l’adresse complète du registre, par exemple, <votre registre>.azurecr.io/turbofanrouter.
Notes
Dans cet article, nous utilisons l’instance Azure Container Registry qui a été créée par l’espace de travail Azure Machine Learning. C’est pour des raisons purement pratiques. Nous aurions pu tout aussi bien créer un registre de conteneurs et y publier nos modules.
Dans le terminal, à l’aide d’un interpréteur de commandes, copiez les fichiers de l’exemple de module dans la solution.
copy c:\source\IoTEdgeAndMlSample\EdgeModules\modules\turbofanRouter\*.cs c:\source\IoTEdgeAndMlSample\EdgeSolution\modules\turbofanRouter\
Acceptez l’invite de remplacement du fichier program.cs.
Générer un module Routeur
Dans Visual Studio Code, sélectionnez Terminal>Configurer la tâche de build par défaut.
Sélectionnez Créer le fichier tasks.json à partir d’un modèle.
Sélectionnez .NET Core.
Remplacez le contenu de tasks.json par le code suivant.
{ "version": "2.0.0", "tasks": [ { "label": "build", "command": "dotnet", "type": "shell", "group": { "kind": "build", "isDefault": true }, "args": [ "build", "${workspaceFolder}/modules/turbofanRouter" ], "presentation": { "reveal": "always" }, "problemMatcher": "$msCompile" } ] }
Enregistrez et fermez tasks.json.
Exécutez la build avec
Ctrl + Shift + B
ou Terminal>Exécuter la tâche de build.
Configurer des routes de module
Comme mentionné plus haut, le runtime IoT Edge utilise les routes configurées dans le fichier deployment.template.json pour gérer la communication entre les modules faiblement couplés. Dans cette section, nous voyons comment configurer des routes pour le module turbofanRouter. Nous étudions d’abord les routes d’entrée, puis les sorties.
Entrées
Dans la méthode Init() de Program.cs, nous inscrivons deux rappels pour le module :
await ioTHubModuleClient.SetInputMessageHandlerAsync(EndpointNames.FromLeafDevice, LeafDeviceInputMessageHandler, ioTHubModuleClient); await ioTHubModuleClient.SetInputMessageHandlerAsync(EndpointNames.FromClassifier, ClassifierCallbackMessageHandler, ioTHubModuleClient);
Le premier rappel écoute les messages envoyés au récepteur deviceInput. Dans le diagramme ci-dessus, nous voyons que les messages que nous voulons router vers cette entrée proviennent de n’importe quel appareil en aval. Dans le fichier deployment.template.json, ajoutez une route pour que le hub de périphérie puisse router les messages reçus par l’appareil IoT Edge qui n’ont pas été envoyés par un module IoT Edge vers l’entrée appelée « deviceInput » sur le module turbofanRouter :
"leafMessagesToRouter": "FROM /messages/* WHERE NOT IS_DEFINED($connectionModuleId) INTO BrokeredEndpoint(\"/modules/turbofanRouter/inputs/deviceInput\")"
Ensuite, ajoutez une route pour les messages du module rulClassifier vers le module turbofanRouter :
"classifierToRouter": "FROM /messages/modules/turbofanRulClassifier/outputs/amloutput INTO BrokeredEndpoint(\"/modules/turbofanRouter/inputs/rulInput\")"
Sorties
Ajoutez quatre routes supplémentaires au paramètre de route $edgeHub, pour gérer les sorties du module Routeur.
Program.cs définit la méthode SendMessageToClassifier(), qui utilise le client de module pour envoyer un message au classifieur RUL à l’aide de la route :
"routerToClassifier": "FROM /messages/modules/turbofanRouter/outputs/classOutput INTO BrokeredEndpoint(\"/modules/turbofanRulClassifier/inputs/amlInput\")"
SendRulMessageToIotHub() utilise le client de module pour envoyer seulement les données de durée de vie restante de l’appareil au hub IoT via la route :
"routerToIoTHub": "FROM /messages/modules/turboFanRouter/outputs/hubOutput INTO $upstream"
SendMessageToAvroWriter() utilise le client de module pour envoyer le message avec les données de durée de vie restante ajoutées au module avroFileWriter.
"routerToAvro": "FROM /messages/modules/turbofanRouter/outputs/avroOutput INTO BrokeredEndpoint(\"/modules/avroFileWriter/inputs/avroModuleInput\")"
HandleBadMessage() envoie les messages ayant échoué en amont du IoT Hub là où ils peuvent être routés pour une utilisation ultérieure.
"deadLetter": "FROM /messages/modules/turboFanRouter/outputs/deadMessages INTO $upstream"
En tenant compte de toutes les routes, votre nœud « $edgeHub » doit ressembler au code JSON suivant :
"$edgeHub": {
"properties.desired": {
"schemaVersion": "1.0",
"routes": {
"leafMessagesToRouter": "FROM /messages/* WHERE NOT IS_DEFINED($connectionModuleId) INTO BrokeredEndpoint(\"/modules/turbofanRouter/inputs/deviceInput\")",
"classifierToRouter": "FROM /messages/modules/turbofanRulClassifier/outputs/amlOutput INTO BrokeredEndpoint(\"/modules/turbofanRouter/inputs/rulInput\")",
"routerToClassifier": "FROM /messages/modules/turbofanRouter/outputs/classOutput INTO BrokeredEndpoint(\"/modules/turbofanRulClassifier/inputs/amlInput\")",
"routerToIoTHub": "FROM /messages/modules/turboFanRouter/outputs/hubOutput INTO $upstream",
"routerToAvro": "FROM /messages/modules/turbofanRouter/outputs/avroOutput INTO BrokeredEndpoint(\"/modules/avroFileWriter/inputs/avroModuleInput\")",
"deadLetter": "FROM /messages/modules/turboFanRouter/outputs/deadMessages INTO $upstream"
},
"storeAndForwardConfiguration": {
"timeToLiveSecs": 7200
}
}
}
Notes
L’ajout du module turbofanRouter a créé la route supplémentaire suivante : turbofanRouterToIoTHub": "FROM /messages/modules/turbofanRouter/outputs/* INTO $upstream
. Supprimez cette route et gardez uniquement les routes listées ci-dessus dans votre fichier deployment.template.json.
Ajouter le module Enregistreur Avro
Le module Enregistreur Avro a deux responsabilités dans notre solution, stocker les messages et charger les fichiers.
Stocker les messages : quand le module Enregistreur Avro reçoit un message, il écrit le message dans le système de fichiers local au format Avro. Nous utilisons un montage de liaison, qui monte un répertoire (dans ce cas /data/avrofiles) dans un chemin du conteneur du module. Ce montage permet au module d’écrire dans un chemin local (/avrofiles) et de pouvoir accéder à ces fichiers directement à partir de l’appareil IoT Edge.
Charger les fichiers : le module enregistreur Avro utilise la fonctionnalité de chargement de fichier d’Azure IoT Hub pour charger les fichiers dans un compte de stockage Azure. Dès qu’un fichier est chargé, le module le supprime sur le disque
Créer le module et copier les fichiers
Dans Visual Studio Code, sélectionnez Afficher>Palette de commandes, puis recherchez et sélectionnez Python : Sélectionner l’interpréteur.
Sélectionnez votre version installée de Python 3.7 ou une version ultérieure.
Cliquez avec le bouton droit sur le dossier des modules dans Visual Studio Code et choisissez Ajouter un module IoT Edge.
Choisissez Module Python.
Nommez le module
avroFileWriter
.Quand vous êtes invité à indiquer votre dépôt d’images Docker, utilisez le même registre que celui que vous avez utilisé pour ajouter le module Routeur.
Copiez les fichiers de l’exemple de module dans la solution.
copy C:\source\IoTEdgeAndMlSample\EdgeModules\modules\avroFileWriter\*.py C:\source\IoTEdgeAndMlSample\EdgeSolution\modules\avroFileWriter\
Acceptez le remplacement de main.py.
Notez que filemanager.py et schema.py ont été ajoutés à la solution et que main.py a été mis à jour.
Notes
Quand vous ouvrez un fichier Python, vous pouvez être invité à installer pylint. Vous n’avez pas besoin d’installer le linter pour suivre ce tutoriel.
Montage de liaison pour les fichiers de données
Comme mentionné précédemment, le module enregistreur a besoin d’un montage de liaison pour écrire des fichiers Avro dans le système de fichiers de l’appareil.
Ajouter le répertoire à l’appareil
Dans le portail Azure, démarrez votre machine virtuelle d’appareil IoT Edge si elle n’est pas en cours d’exécution. Connectez-vous à elle à l’aide de SSH. Cette connexion requiert le nom DNS que vous pouvez copier à partir de la page de présentation de la machine virtuelle dans le portail Azure.
ssh -l <user>@<vm name>.<region>.cloudapp.azure.com
Une fois connecté, créez le répertoire pour les messages enregistrés de l’appareil en aval.
sudo mkdir -p /data/avrofiles
Mettez à jour les autorisations de répertoire pour le rendre accessible en écriture par le conteneur.
sudo chmod ugo+rw /data/avrofiles
Vérifiez que le répertoire a maintenant l’autorisation d’écriture (w) aux niveaux utilisateur, groupe et propriétaire.
ls -la /data
Ajouter le répertoire au module
Pour ajouter le répertoire au conteneur du module, nous modifions les fichiers Dockerfile associés au module avroFileWriter. Trois fichiers Dockerfile sont associés au module : Dockerfile.amd64, Dockerfile.amd64.debug et Dockerfile.arm32v7. Ces fichiers doivent être synchronisés en prévision d’une opération de débogage ou de déploiement sur un appareil arm32. Pour cet article, seul Dockerfile.amd64 nous intéresse.
Sur votre machine virtuelle de développement, ouvrez le fichier C:\source\IoTEdgeAndMlSample\EdgeSolution\modules\avoFileWriter\Dockerfile.amd64.
Modifiez le fichier pour qu’il ressemble à l’exemple suivant :
FROM ubuntu:xenial WORKDIR /app RUN apt-get update && apt-get install -y --no-install-recommends libcurl4-openssl-dev python3-pip libboost-python1.58-dev libpython3-dev && rm -rf /var/lib/apt/lists/* RUN pip3 install --upgrade pip COPY requirements.txt ./ RUN pip install -r requirements.txt COPY . . RUN useradd -ms /bin/bash moduleuser RUN mkdir /avrofiles && chown moduleuser /avrofiles USER moduleuser CMD [ "python3", "-u", "./main.py" ]
Les commandes
mkdir
etchown
indiquent au processus de génération Docker de créer un répertoire de niveau supérieur appelé /avrofiles dans l’image, puis de définir l’utilisateur du module comme le propriétaire de ce répertoire. Il est important d’insérer ces commandes après l’ajout de l’utilisateur du module à l’image avec la commandeuseradd
et avant que le contexte bascule sur l’utilisateur du module (USER moduleuser).Si nécessaire, effectuez les changements correspondants dans Dockerfile.amd64.debug et Dockerfile.arm32v7.
Ajouter une configuration de liaison à avroFileWriter
La dernière étape de création de la liaison est la mise à jour des fichiers deployment.template.json (et deployment.debug.template.json) avec les informations de liaison.
Ouvrez deployment.template.json.
Modifiez la définition de module pour avroFileWriter en ajoutant le paramètre
Binds
qui fait pointer le répertoire /avrofiles du conteneur vers le répertoire local sur l’appareil de périphérie. Votre définition de module doit correspondre à cet exemple :"avroFileWriter": { "version": "1.0", "type": "docker", "status": "running", "restartPolicy": "always", "settings": { "image": "${MODULES.avroFileWriter}", "createOptions": { "HostConfig": { "Binds": [ "/data/avrofiles:/avrofiles" ] } } } }
Montage de liaison pour accéder à config.yaml
Nous devons ajouter une liaison de plus pour le module enregistreur. Cette liaison permet au module de lire la chaîne de connexion du fichier /etc/iotedge/config.yaml sur l’appareil IoT Edge. Nous avons besoin de la chaîne de connexion pour créer un IoTHubClient et pouvoir appeler la méthode upload_blob_async pour charger des fichiers dans le hub IoT. Les étapes d’ajout de cette liaison sont similaires à celles de la section précédente.
Mettre à jour l’autorisation de répertoire
Connectez-vous à l’appareil IoT Edge à l’aide de SSH.
ssh -l <user>@IoTEdge-<extension>.<region>.cloudapp.azure.com
Ajoutez l’autorisation de lecture au fichier config.yaml.
sudo chmod +r /etc/iotedge/config.yaml
Vérifiez que les autorisations sont définies correctement.
ls -la /etc/iotedge/
Vérifiez que les autorisations pour config.yaml sont - r--r--r-- .
Ajouter le répertoire au module
Sur votre machine de développement, ouvrez le fichier Dockerfile.amd64.
Ajouter un jeu supplémentaire de commandes
mkdir
etchown
au fichier pour qu’il ressemble à :FROM ubuntu:xenial WORKDIR /app RUN apt-get update && apt-get install -y --no-install-recommends libcurl4-openssl-dev python3-pip libboost-python1.58-dev libpython3-dev && rm -rf /var/lib/apt/lists/\* RUN pip3 install --upgrade pip COPY requirements.txt ./ RUN pip install -r requirements.txt COPY . . RUN useradd -ms /bin/bash moduleuser RUN mkdir /avrofiles && chown moduleuser /avrofiles RUN mkdir -p /app/iotconfig && chown moduleuser /app/iotconfig USER moduleuser CMD "python3", "-u", "./main.py"]
Effectuez les changements correspondants dans Dockerfile.amd64.debug et Dockerfile.arm32v7.
Mettre à jour la configuration du module
Ouvrez le fichier deployment.template.json.
Modifiez la définition de module pour avroFileWriter en ajoutant une deuxième ligne au paramètre
Binds
qui fait pointer le répertoire du conteneur (/app/iotconfig) vers le répertoire local sur l’appareil (/etc/iotedge)."avroFileWriter": { "version": "1.0", "type": "docker", "status": "running", "restartPolicy": "always", "settings": { "image": "${MODULES.avroFileWriter}", "createOptions": { "HostConfig": { "Binds": [ "/data/avrofiles:/avrofiles", "/etc/iotedge:/app/iotconfig" ] } } } }
Effectuez les changements correspondants dans deployment.debug.template.json.
Installer des dépendances
Le module enregistreur prend une dépendance sur deux bibliothèques Python, fastavro et PyYAML. Nous devons installer les dépendances sur notre machine de développement et indiquer au processus de génération Docker de les installer dans l’image de notre module.
PyYAML
Sur votre machine de développement, ouvrez le fichier
C:\source\IoTEdgeAndMlSample\EdgeSolution\modules\avoFileWriter\requirements.txt
et ajoutez « pyyaml » sur une nouvelle ligne dans le fichier.azure-iothub-device-client~=1.4.3 pyyaml
Ouvrez le fichier Dockerfile.amd64 et ajoutez une commande
pip install
pour mettre à niveau setuptools.FROM ubuntu:xenial WORKDIR /app RUN apt-get update && \ apt-get install -y --no-install-recommends libcurl4-openssl-dev python3-pip libboost-python1.58-dev libpython3-dev && \ rm -rf /var/lib/apt/lists/\* RUN pip3 install --upgrade pip RUN pip install -U pip setuptools COPY requirements.txt ./ RUN pip install -r requirements.txt COPY . . RUN useradd -ms /bin/bash moduleuser RUN mkdir /avrofiles && chown moduleuser /avrofiles RUN mkdir -p /app/iotconfig && chown moduleuser /app/iotconfig USER moduleuser CMD [ "python3", "-u", "./main.py" ]
À l’invite de commandes, installez pyyaml sur votre ordinateur de développement.
pip install pyyaml
Fastavro
Dans requirements.txt, ajoutez fastavro après pyyaml.
azure-iothub-device-client~=1.4.3 pyyaml fastavro
Installez fastavro sur votre ordinateur de développement.
pip install fastavro
Reconfigurer IoT Hub
En introduisant l’appareil IoT Edge et les modules dans le système, nous avons changé nos attentes concernant les données à envoyer au hub et le but de cet envoi. Nous devons reconfigurer le routage dans le hub pour gérer notre nouvelle réalité.
Notes
Nous reconfigurons le hub avant de déployer des modules, car certains paramètres du hub, en particulier le chargement de fichier, doit être correctement configuré pour que le module avroFileWriter s’exécute correctement
Configurer une route pour les messages de durée de vie restante dans IoT Hub
Une fois le routeur et le classifieur en place, nous espérons recevoir des messages normaux, contenant uniquement l’ID d’appareil et la prédiction de durée de vie restante pour l’appareil. Nous voulons router les données de durée de vie restante vers leur propre emplacement de stockage où nous pouvons superviser l’état des appareils, générer des rapports et déclencher des alertes en fonction des besoins. En même temps, nous voulons que toutes les données d’appareil qui sont encore envoyées directement par un appareil en aval qui n’a pas encore été attaché à notre appareil IoT Edge restent routées vers l’emplacement de stockage actuel.
Créez une route des messages de durée de vie restante
Dans le portail Azure, accédez à votre hub IoT.
Dans le menu du volet de gauche, sous Paramètres de hub, sélectionnez Routage des messages.
Sous l’onglet Routes, sélectionnez Ajouter.
Nommez la route RulMessageRoute.
Sélectionnez Ajouter un point de terminaison à droite du sélecteur de point de terminaison et choisissez Stockage.
Dans la page Ajouter un point de terminaison de stockage, nommez le point de terminaison ruldata.
Sélectionnez Choisir un conteneur.
Dans la page Comptes de stockage, recherchez le compte de stockage que vous utilisez tout au long de ce tutoriel, dont le nom ressemble à iotedgeandml<suffixe unique>.
Sélectionnez le conteneur ruldata et cliquez sur Sélectionner.
De retour dans la page Ajouter un point de terminaison de stockage, sélectionnez Créer pour créer le point de terminaison de stockage.
De retour dans la page Ajouter une route, pour la requête de routage, remplacez
true
par la requête suivante :IS_DEFINED($body.PredictedRul) AND NOT IS_DEFINED($body.OperationalSetting1)
Développez la section Test, puis la section Corps du Message. Remplacez le corps du message par cet exemple des messages que nous espérons :
{ "ConnectionDeviceId": "aaLeafDevice_1", "CorrelationId": "b27e97bb-06c5-4553-a064-e9ad59c0fdd3", "PredictedRul": 132.62721409309165, "CycleTime": 64.0 }
Sélectionnez Tester la route. Si le test a réussi, vous voyez « Le message correspond à la requête ».
Cliquez sur Enregistrer.
Mettre à jour la route turbofanDeviceDataToStorage
Nous ne voulons pas router les nouvelles données de prédiction vers notre ancien emplacement de stockage, par conséquent, mettez à jour la route pour l’éviter.
Dans la page Routage des messages du hub IoT, sélectionnez l’onglet Routes.
Sélectionnez turbofanDeviceDataToStorage ou le nom que vous avez donné à la route de données initiale de l’appareil.
Mettre à jour la requête de routage vers
IS_DEFINED($body.OperationalSetting1)
Développez la section Test, puis la section Corps du Message. Remplacez le message par cet exemple des messages que nous espérons :
{ "Sensor13": 2387.96, "OperationalSetting1": -0.0008, "Sensor6": 21.61, "Sensor11": 47.2, "Sensor9": 9061.45, "Sensor4": 1397.86, "Sensor14": 8140.39, "Sensor18": 2388.0, "Sensor12": 522.87, "Sensor2": 642.42, "Sensor17": 391.0, "OperationalSetting3": 100.0, "Sensor1": 518.67, "OperationalSetting2": 0.0002, "Sensor20": 39.03, "DeviceId": 19.0, "Sensor5": 14.62, "PredictedRul": 212.00132402791962, "Sensor8": 2388.01, "Sensor16": 0.03, "CycleTime": 42.0, "Sensor21": 23.3188, "Sensor15": 8.3773, "Sensor3": 1580.09, "Sensor10": 1.3, "Sensor7": 554.57, "Sensor19": 100.0 }
Sélectionnez Tester la route. Si le test a réussi, vous voyez « Le message correspond à la requête ».
Sélectionnez Enregistrer.
Configurer le chargement de fichiers
Configurez la fonctionnalité de chargement de fichier IoT Hub pour activer le module enregistreur de fichier afin de charger des fichiers dans le stockage.
Dans le menu du volet gauche de votre hub IoT, sous Messagerie, choisissez Chargement de fichiers.
Sélectionnez Conteneur de stockage Azure.
Sélectionnez votre compte de stockage dans la liste.
Sélectionnez le conteneur qui commence par azureml-blobstore auquel s’ajoute un GUID, et cliquez sur Sélectionner.
Sélectionnez Enregistrer. Le portail vous avertit une fois que l’enregistrement est effectué.
Notes
Nous n’activons pas les notifications de chargement pour ce tutoriel, mais consultez Recevoir une notification de chargement de fichier pour plus d’informations sur la gestion des notifications de chargement de fichier.
Générer, publier et déployer des modules
Maintenant que nous avons modifié la configuration, nous sommes prêts à générer les images et à les publier sur notre registre de conteneurs Azure. Le processus de génération utilise le fichier deployment.template.json pour déterminer les modules à générer. Les paramètres de chaque module, y compris la version, se trouvent dans le fichier module.json du dossier de module. Le processus de génération exécute d’abord une build Docker sur les fichiers Dockerfile correspondant à la configuration actuelle du fichier module.json afin de créer une image. Il publie ensuite l’image sur le registre à partir du fichier module.json avec une balise de version correspondant à celle du fichier module.json. Enfin, il génère un manifeste de déploiement propre à la configuration (par exemple, deployment.amd64.json), que nous déployons sur l’appareil IoT Edge. L’appareil IoT Edge lit les informations du manifeste de déploiement et, en fonction des instructions, télécharge les modules, configure les routes et définit les propriétés souhaitées. Cette méthode de déploiement a deux effets secondaires que vous devez connaître :
Décalage du déploiement : comme le runtime IoT Edge doit reconnaître le changement de ses propriétés souhaitées avant de commencer la reconfiguration, vous pouvez avoir un délai entre le moment où vous déployez vos modules et le moment où le runtime les choisit et commence la mise à jour de l’appareil IoT Edge.
Les versions de module sont prises en compte : si vous publiez une nouvelle version du conteneur d’un module sur votre registre de conteneurs à l’aide des mêmes balises de version que celles du module précédent, le runtime ne télécharge pas la nouvelle version du module. Il compare la balise de version de l’image locale et celle de l’image souhaitée dans le manifeste de déploiement. Si ces versions correspondent, le runtime n’effectue aucune action. Par conséquent, vous devez incrémenter la version de votre module chaque fois que vous voulez déployer de nouveaux changements. Incrémentez la version en changeant la propriété version sous la propriété tag dans le fichier module.json du module que vous changez. Ensuite, générez et publiez le module.
{ "$schema-version": "0.0.1", "description": "", "image": { "repository": "<your registry>.azurecr.io/avrofilewriter", "tag": { "version": "0.0.1", "platforms": { "amd64": "./Dockerfile.amd64", "amd64.debug": "./Dockerfile.amd64.debug", "arm32v7": "./Dockerfile.arm32v7" } }, "buildOptions": [] }, "language": "python" }
Générer et publier
Sur votre machine virtuelle de développement, démarrez Docker s’il n’est pas en cours d’exécution.
Dans Visual Studio Code, démarrez un nouveau terminal à l’aide d’une invite de commandes et connectez-vous à votre registre de conteneurs Azure (ACR).
Les valeurs requises pour le nom d’utilisateur, le mot de passe et le serveur de connexion sont disponibles dans le portail Azure. Le nom du registre de conteneurs a le format « turbofandemo<ID unique> ». Dans le menu du volet de gauche, sous Paramètres, sélectionnez Clés d’accès pour les afficher.
docker login -u <ACR username> -p <ACR password> <ACR login server>
- Dans Visual Studio Code, cliquez avec le bouton droit sur deployment.template.json et choisissez Générer et pousser la solution IoT Edge.
Voir les modules dans le registre
Une fois la build effectuée, nous pouvons utiliser le portail Azure pour passer en revue nos modules publiés.
Ouvrez Azure Container Registry pour ce tutoriel. Le nom du registre de conteneurs a le format « turbofandemo<ID unique> ».
Dans le menu du volet de gauche, sous Services, sélectionnez Référentiels.
Notez que les deux modules que vous avez créés, avrofilewriter et turbofanrouter, apparaissent comme des dépôts.
Sélectionnez turbofanrouter et notez que vous avez publié une image marquée avec 0.0.1-amd64.
Déployer des modules sur un appareil IoT Edge
Nous avons généré et configuré les modules dans notre solution, maintenant nous déployons les modules sur l’appareil IoT Edge.
Dans Visual Studio Code, cliquez avec le bouton droit sur le fichier deployment.amd64.json du dossier config.
Choisissez Créer un déploiement pour un seul appareil.
Choisissez votre appareil IoT Edge, aaTurboFanEdgeDevice.
Actualisez le panneau des appareils Azure IoT Hub dans l’Explorateur Visual Studio Code. Vous devez voir que les trois nouveaux modules sont déployés, mais pas encore en cours d’exécution.
Réactualisez au bout de quelques minutes pour voir les modules en cours d’exécution.
Notes
Entre le démarrage des modules et l’atteinte d’un état stable d’exécution, plusieurs minutes peuvent s’écouler. Dans cet intervalle, vous pouvez voir les modules démarrer et s’arrêter alors qu’ils essaient d’établir une connexion au module du hub IoT Edge.
Diagnostic des échecs
Dans cette section, nous partageons quelques techniques pour comprendre ce qui a échoué avec un module ou plusieurs modules. Souvent, un échec peut d’abord être détecté en consultant l’état dans Visual Studio Code.
Identifier les modules ayant échoué
Visual Studio Code : Examinez le panneau des appareils Azure IoT Hub. Si la plupart des modules sont en cours d’exécution sauf un, qui est arrêté, vous devez en examiner les raisons. Si tous les modules sont arrêtés pendant une longue période de temps, il peut s’agit d’un échec également.
Portail Azure : En accédant à votre hub IoT dans le portail, puis à la page de détails de l’appareil (sous IoT Edge, examinez votre appareil) vous pouvez voir qu’un module a signalé une erreur ou n’a jamais rien signalé au hub IoT.
Diagnostic de l’appareil
En vous connectant à l’appareil IoT Edge (la machine virtuelle Linux dans notre cas), vous pouvez accéder à une grande partie des informations sur l’état de vos modules. Le mécanisme principal que nous utilisons sont les commandes Docker qui nous permettent d’examiner les conteneurs et les images sur l’appareil.
Connectez-vous à votre appareil IoT Edge :
ssh -l <user>@IoTEdge-<extension>.<region>.cloudapp.azure.com
Listez les conteneurs en cours d’exécution. Nous espérons voir un conteneur pour chaque module avec un nom qui correspond au module. Par ailleurs, cette commande liste l’image exacte du conteneur, y compris la version. Vous pouvez également lister des images en remplaçant « container » par « image » dans la commande.
sudo docker container ls
Obtenez les journaux d’un conteneur. Cette commande génère tout ce qui a été écrit dans StdErr et StdOut dans le conteneur. Cette commande fonctionne pour les conteneurs qui ont démarré et se sont arrêtés pour une raison quelconque. Il est également utile de comprendre ce qui s’est passé avec les conteneurs edgeAgent ou edgeHub.
sudo docker container logs <container id>
Inspectez un conteneur. Cette commande donne une multitude d’informations sur l’image. Les données peuvent être filtrées selon ce que vous recherchez. Par exemple, si vous voulez vérifier que les liaisons sur avroFileWriter sont correctes, vous pouvez utiliser la commande :
sudo docker container inspect -f "{{ json .Mounts }}" avroFileWriter | python -m json.tool
Connectez-vous à un conteneur en cours d’exécution. Cette commande peut être utile si vous voulez examiner le conteneur pendant son exécution :
sudo docker exec -it avroFileWriter bash
Nettoyer les ressources
Ce tutoriel fait partie d’une série où chaque article s’appuie sur le travail effectué dans les articles précédents. Ne nettoyez pas les ressources avant d’avoir terminé le dernier tutoriel.
Étapes suivantes
Dans cet article, nous avons créé une solution IoT Edge dans Visual Studio Code avec trois modules : un classifieur, un routeur et un enregistreur/chargeur de fichier. Nous avons configuré les routes pour permettre aux modules de communiquer entre eux sur l’appareil de périphérie. Nous avons modifié la configuration de l’appareil de périphérie et mis à jour les fichiers Dockerfile pour installer des dépendances et ajouter des montages de liaisons aux conteneurs des modules.
Ensuite, nous avons mis à jour la configuration du hub IoT pour router nos messages selon le type et gérer les chargements de fichier. Une fois tous les éléments en place, nous avons déployé les modules sur l’appareil IoT Edge et vérifié que les modules étaient exécutés correctement.
Passez à l’article suivant pour commencer à envoyer des données et voir votre solution en action.