Déploiements de mises à jour
Un déploiement désigne le mode de distribution de mises à jour sur un ou plusieurs appareils. Les déploiements sont toujours associés à un groupe d’appareils. Un déploiement peut être lancé à partir de l’API ou de l’interface utilisateur.
Un groupe d’appareils ne peut être associé qu’à un seul déploiement actif à la fois. Un déploiement peut démarrer immédiatement ou être planifié pour démarrer plus tard.
Déploiements dynamiques
Les déploiements dans Device Update pour IoT Hub sont dynamiques par nature. Les déploiements dynamiques permettent aux utilisateurs de passer à un modèle de gestion « set-and-forget » (réglez-le et n’y pensez plus), en déployant automatiquement les mises à jour sur les appareils applicables récemment provisionnés. Tout appareil provisionné ou dont l’appartenance à un groupe change une fois un déploiement lancé reçoit automatiquement le déploiement de la mise à jour, tant que le déploiement reste actif.
Cycle de vie du déploiement
En raison de leur nature dynamique, les déploiements restent actifs et en cours d’exécution jusqu’à ce qu’ils soient explicitement annulés. Un déploiement est considéré comme inactif et remplacé si un autre déploiement est créé pour cibler le même groupe d’appareils. Il est possible de retenter un déploiement qui échoue sur des appareils. Une fois qu’un déploiement est annulé, il ne pas plus être réactivé.
Stratégies de déploiement
Planification du déploiement
Les déploiements de mises à jour peuvent être planifiés pour démarrer immédiatement ou ultérieurement à une date et une heure particulières. Cela permet à l’utilisateur de planifier efficacement les temps d’arrêt des appareils afin qu’ils n’interfèrent pas avec d’autres workflows d’appareil critiques.
Stratégie de restauration automatique
Après avoir déployé une mise à jour, il est essentiel de s’assurer que :
- Les appareils sont dans un état propre après l’installation, c’est-à-dire qu’en cas d’échec partiel d’une mise à jour, les appareils doivent revenir à leur dernier état correct connu.
- L’écosystème des appareils est cohérent. Autrement dit, tous les appareils d’un groupe doivent exécuter la même version, afin de faciliter la gestion.
- Le processus de restauration est le plus pratique possible, avec une option permettant à l’opérateur de l’appareil d’intervenir manuellement uniquement dans de rares circonstances spéciales.
Pour permettre aux opérateurs d’appareil d’atteindre ces objectifs, les déploiements de mises à jour peuvent être configurés avec une stratégie de restauration automatique à partir du cloud. Cela vous permet de définir une stratégie de déclencheur de restauration en définissant des seuils en termes de pourcentage et de nombre minimal d’appareils ayant échoué. Une fois le seuil atteint, tous les appareils du groupe seront restaurés vers la version de mise à jour sélectionnée.
Monitoring de déploiement
Les détails du déploiement vous donnent des informations sur les appareils qui font partie du déploiement, ainsi que sur leur état. À mesure que le déploiement progresse, les appareils passent de l’état En cours à l’état Terminé ou Échec. Si le déploiement est Annulé, tous les appareils au sein du déploiement reflètent également l’état Annulé.
Les appareils peuvent passer directement à un état terminal, c’est-à-dire l’état Terminé ou Échec, si la mise à jour déployée est très petite ou si la latence du réseau est élevée. Ces états sont définis lorsque le service reçoit l’état du déploiement de l’agent Device Update. Ils ne peuvent pas être modifiés manuellement.