Politique de cycle de vie des logiciels Automation 360
- Mis à jour : 2023/01/20
Politique de cycle de vie des logiciels Automation 360
La politique de cycle de vie des logiciels Automation Anywhere vise à mettre rapidement à votre disposition les innovations et les améliorations. Grâce à cette politique, nous vous offrons la prévisibilité, la qualité et, surtout, un accès non perturbé aux dernières innovations et améliorations afin que vous puissiez contrôler quand et comment vous souhaitez adopter ces améliorations.
Présentation
La politique de cycle de vie des logiciels vous aide à gérer les changements tout en vous fournissant les dernières mises à jour avec des améliorations dans les domaines suivants : Control Room, Agent de robot, et packages.
- Prédictions : Grâce à des cycles de déploiement fréquents et réguliers, vous pouvez accéder aux nouveautés et aux améliorations de packages plus tôt qu'avant et à une cadence de publication prévisible.
- Déployer de nouvelles fonctionnalités : En contrôlant l'introduction de changements dans vos robots, vous pouvez tester de nouvelles fonctionnalités et les déployer à votre propre rythme.
- Qualité : Grâce aux déploiements automatisés de Automation 360 Cloud, vous pouvez utiliser les nouveaux packages qui incluent des corrections critiques de bogues et de sécurité.
- Accès non perturbateur : Vous pouvez mettre à jour les packages sans perturber vos configurations.
- Rétrocompatibilité : Vous avez maintenant la possibilité de mettre à jour les robots en toute sécurité, et de revenir à une version antérieure d'un package.
L'image suivante montre les avantages de cette politique de cycle de vie :
Mises à jour de Agent de robot
Lorsqu'une nouvelle version de l'Agent de robot est disponible, par défaut, la version de l'Agent de robot est déployée automatiquement sur le pool de périphériques d'un client, sans impact sur les fonctionnalités existantes du robot. Cependant, les administrateurs de la Control Room peuvent désactiver cette fonction de mise à jour par défaut et choisir de mettre à jour manuellement l'Agent de robot. En cas de mises à jour manuelles et dans l'éventualité d'une mise à jour obligatoire, les utilisateurs seront informés que l'Agent de robot doit être mis à jour et que toute exécution du robot sur ces appareils s'arrêtera jusqu'à la mise à jour effective de l'Agent de robot.
Pour les déploiements à plus grande échelle, lorsque les pools de périphériques sont déployés à l'aide d'une Amazon Machine Image (AMI) de périphérique standard sur des planifications séparées, ces mises à jour nécessitent de la coordination, des processus de gestion des modifications et des approbations dans l'environnement utilisateur. Par conséquent, Automation 360 supportera la version rétrocompatible Agent de robot pour une publication tous les 6 mois.
À partir de Automation 360 v.24, 4 mises à jour de l'Agent de robot seront publiées chaque année, 2 facultatives et 2 qui pourraient être déclarées obligatoires. Vous pouvez ignorer la mise à jour facultative et passer à la prochaine mise à jour obligatoire de l'Agent de robot.
Nos publications Q2 et Q4 auront des mises à jour Agent de robot facultatives. Vous pourrez choisir d'ignorer la mise à jour Agent de robot. Cependant, les mises à jour Q1 et Q3 pourraient avoir des mises à jour obligatoires de l'Agent de robot. Nous informerons nos clients 3 mois à l'avance si une mise à jour obligatoire de l'Agent de robot est requise avec une publication de la Control Room.
Mises à jour de Package
À partir de la version Automation 360 v.24, la livraison des packages est développée pour être séparée des mises à jour principales de la plateforme. Cela nous aidera à répondre rapidement aux changements et aux corrections requis et nous donnera la flexibilité nécessaire pour fournir des mises à jour dans les packages à l'avenir.
Grâce à cette fonction, les nouveaux packages et nouvelles versions de package peuvent désormais être téléchargées automatiquement à partir d'Automation Anywhere Cloud lorsqu'ils sont publiés de manière prévisible selon une cadence trimestrielle. Ces versions de packages téléchargées sont définies comme package par défaut pour que les clients puissent utiliser ces versions de package en permanence, à mesure qu'elles deviennent disponibles.
Cette fonction est activée différemment pour la Control Room Cloud et Sur site comme indiqué dans le tableau suivant :
| Fonction de mise à jour transparente du package | Cloud Control Room | Sur site Control Room |
|---|---|---|
| Télécharger les packages de Automation Anywhere Cloud | Activé par défaut et désactivation impossible. | Désactivé par défaut activation possible. |
| Définir la version de package téléchargée sur la version par défaut | Activé par défaut et désactivation possible. | Activé par défaut et désactivation possible. |
- Utilisateurs d'Cloud : La fonction de téléchargement automatique du package est maintenant activée dans toutes les instances de la Control Room dans toutes les régions en même temps.
Vous pouvez commencer à utiliser les dernières versions de packages sur votre version actuelle de la Control Room avant que la mise à jour de la Control Room soit disponible dans votre région.
- Utilisateurs d'Sur site : Cette fonction est désactivée par défaut mais elle peut être activée par les les administrateurs de package.
Nous recommandons aux développeurs de robot de toujours utiliser la dernière version des packages, car elle intègre les dernières innovations et l'ensemble des correctifs de code et de sécurité des versions précédentes. Cependant, les administrateurs peuvent changer ce comportement par défaut à tout moment et déployer les packages aux développeurs après vérification. Ces nouvelles versions de package sont également rétrocompatibles avec la version existante de la plateforme.
Notez que cette fonction n'a aucun impact sur les robots existants, qui continuent à fonctionner sans changement. Les Robots qui sont développés avec une version de package spécifique continueront sans changement, sauf modification expresse effectuée par le développeur du robot. Cela permet aux développeurs de robot d'adopter les nouvelles versions de package en temps voulu. Les développeurs de Robot doivent explicitement modifier les robots dans la vue Éditeur de robots et utiliser la nouvelle version de package.
Politique de support et d'obsolescence appliquée aux packages
- Les versions de Package sont prises en charge pendant un minimum de 2 ans
- Les versions de Package publiées continueront d'être prises en charge pendant au moins 2 ans après leur publication. Même après 2 ans, une version de package continuera d'être prise en charge, sauf si elle est obsolète.
Généralement, une nouvelle version du package sera mise à disposition si un package est obsolète. Tous les problèmes et correctifs de sécurité signalés pour le package seront corrigés dans la dernière version, sans rétroportage.
Vous serez informé 3 mois à l'avance lorsque l'obsolescence d'une version de package est prévue. S'il existe une faille de sécurité critique, nous ferons tout notre possible pour envoyer une notification préalable.
- Compatibilité des versions de Packages avec l'Agent de robot et la Control Room
- Les versions de package et les robots qui les utilisent seront compatibles avec toutes les versions de la Control Room et de l'Agent de robot publiées dans les 2 ans suivant la version publiée du package. Les Robots qui utilisent ces versions de package prises en charge n'ont pas besoin d'être configurés pour être compatibles avec les versions de la Control Room et de l'Agent de robot.
- Politique d'obsolescence sur la version du package
- Les versions de Package ne seront pas obsolescentes dans les 2 ans qui suivent leur sortie, sauf si une vulnérabilité de sécurité critique doit être corrigée. Dans ce cas, une nouvelle version de package sera mise à disposition avec le correctif.
- Changements minimum du robot
- La politique de support de la version de package a pour but de minimiser l'effort nécessaire pour changer les robots existants et les maintenir en état de fonctionnement.
Les Robots utilisant une version spécifique de package ne doivent pas être mis à jour pour utiliser les versions de package si la version de package existante est prise en charge. Cependant, nous vous recommandons d'utiliser la dernière version du package lors du développement du robot afin d'augmenter la longévité du robot. Les versions de package utilisées dans un robot devront être mises à jour avant qu'elles ne soient obsolètes pour que le robot reste pris en charge.
Cycle de vie du Robot
L'hypothèse de conception des robots est que la version du package utilisée dans les robots est présente dans la Control Room qui est utilisée pour exécuter les robots. Avant que les développeurs ne promeuvent les robots, nous recommandons aux développeurs de vérifier que la version de package utilisée dans les robots correspond à la version de package des environnements supérieurs.