Événements
Relevez le défi Microsoft Learn
19 nov., 23 h - 10 janv., 23 h
Ignite Edition - Créez des compétences dans Microsoft Azure et gagnez un badge numérique d’ici le 10 janvier !
S’inscrire maintenantCe navigateur n’est plus pris en charge.
Effectuez une mise à niveau vers Microsoft Edge pour tirer parti des dernières fonctionnalités, des mises à jour de sécurité et du support technique.
La grande variété des systèmes et des appareils en place dans un atelier peut compliquer la configuration de la charge de travail. Cet article fournit plusieurs approches pour vous faciliter la tâche.
Dans le cadre de leur parcours de transformation numérique, les entreprises industrielles se focalisent de plus en plus sur la création de solutions logicielles qui peuvent être réutilisées sous forme de fonctionnalités partagées. En raison de la diversité des appareils et des systèmes dans un atelier, les charges de travail modulaires sont configurées pour prendre en charge différents protocoles, pilotes et formats de données. Parfois, il arrive même que plusieurs instances d’une charge de travail soient exécutées avec des configurations différentes dans le même emplacement en périphérie. Pour certaines charges de travail, les configurations sont mises à jour plusieurs fois par jour. La gestion de la configuration occupe donc une place de plus en plus importante dans le scale-out des solutions de périphérie.
Voici quelques caractéristiques courantes de la gestion de la configuration pour les charges de travail de périphérie :
Prenez en compte les points suivants lorsque vous choisissez comment implémenter ce modèle :
Utilisez ce modèle dans les situations suivantes :
Exemples de charges de travail :
La solution pour configurer des charges de travail de périphérie à l’exécution peut être basée sur un contrôleur de configuration externe ou un fournisseur de configuration interne.
Cette variation présente un contrôleur de configuration externe à la charge de travail. Le rôle du composant contrôleur de configuration cloud est d’envoyer (push) les modifications du magasin de données cloud à la charge de travail par le biais du contrôleur de configuration de périphérie. La périphérie contient également un magasin de données afin que le système fonctionne même quand il est déconnecté du cloud.
Avec IoT Edge, le contrôleur de configuration de périphérie peut être implémenté en tant que module, et les configurations peuvent être appliquées avec des jumeaux de module. La taille du jumeau de module est limitée. Si la configuration dépasse la limite, la solution peut être étendue en utilisant le Stockage Blob Azure ou en segmentant les charges utiles plus importantes sur des méthodes directes.
Les avantages de cette variation sont les suivants :
Dans la variation du fournisseur de configuration interne, la charge de travail tire (pull) les configurations d’un fournisseur de configuration. Pour obtenir un exemple d’implémentation, consultez Implémenter un fournisseur de configuration personnalisé dans .NET. Cet exemple est écrit en C#, mais vous pouvez utiliser d’autres langages.
Dans cette variation, les charges de travail ont des identificateurs uniques, ce qui permet au même code source s’exécutant dans différents environnements d’avoir des configurations différentes. Une façon de construire un identificateur consiste à concaténer la relation hiérarchique de la charge de travail et un regroupement de niveau supérieur, comme un locataire. Pour IoT Edge, vous pouvez combiner un groupe de ressources Azure, un nom de hub IoT, un nom d’appareil IoT Edge et un identificateur de module. Ces valeurs forment un identificateur unique qui fonctionne comme une clé dans les magasins de données.
Bien que la version du module puisse être ajoutée à l’identificateur unique, il est souvent nécessaire de conserver les configurations d’une mise à jour de logiciel à l’autre. Si la version fait partie de l’identificateur, l’ancienne version de la configuration doit alors être migrée avec une implémentation supplémentaire.
Les avantages de cette variation sont les suivants :
Le composant cloud de l’implémentation de référence IoT Edge se compose d’un hub IoT qui agit comme contrôleur de configuration cloud. La fonctionnalité de jumeau de module Azure IoT Hub propage les modifications de configuration et les informations sur la configuration actuellement appliquée en utilisant les propriétés souhaitées et signalées du jumeau de module. Le service de gestion de la configuration fait office de source des configurations. Il peut également s’agir d’une interface utilisateur pour la gestion des configurations, d’un système de build ou d’autres outils utilisés pour créer des configurations de charge de travail.
Une base de données Azure Cosmos DB stocke toutes les configurations. Elle peut interagir avec plusieurs hubs IoT et fournit l’historique de la configuration.
Une fois qu’un appareil de périphérie indique par le biais de propriétés signalées qu’une configuration a été appliquée, le service d’état de configuration note l’événement dans l’instance de base de données.
Quand une configuration est créée dans le service de gestion de la configuration, elle est stockée dans Azure Cosmos DB et les propriétés souhaitées du module de périphérie sont modifiées dans le hub IoT où réside l’appareil. La configuration est ensuite transmise par IoT Hub à l’appareil de périphérie. Le module de périphérie est censé appliquer la configuration et signaler l’état de la configuration par le biais du jumeau de module. Le service d’état de configuration écoute ensuite les événements de modification du jumeau. S’il détecte qu’un module signale une modification de l’état de configuration, il enregistre la modification correspondante dans la base de données Azure Cosmos DB.
Le composant de périphérie peut utiliser le contrôleur de configuration externe ou le fournisseur de configuration interne. Dans les deux implémentations, la configuration est transmise dans les propriétés souhaitées du jumeau de module. Si des configurations volumineuses doivent être transmises, les propriétés souhaitées du jumeau de module contiennent une URL vers le Stockage Blob Azure ou un autre service qui peut être utilisé pour récupérer la configuration. Le module indique ensuite dans les propriétés signalées du jumeau de module si la nouvelle configuration a été appliquée et la configuration actuellement appliquée.
Cet article est géré par Microsoft. Il a été écrit à l’origine par les contributeurs suivants.
Auteur principal :
Pour afficher les profils LinkedIn non publics, connectez-vous à LinkedIn.
Événements
Relevez le défi Microsoft Learn
19 nov., 23 h - 10 janv., 23 h
Ignite Edition - Créez des compétences dans Microsoft Azure et gagnez un badge numérique d’ici le 10 janvier !
S’inscrire maintenant