Environnement d’exécution dans Azure Automation

Cet article fournit une vue d’ensemble de l’environnement runtime, de l’étendue et de ses fonctionnalités.

À propos de l’environnement runtime

L'environnement runtime vous permet de configurer l’environnement d’exécution du travail et offre la possibilité de choisir le langage d’exécution et la version du runtime en fonction de vos besoins. Il s’agit de la seule source de vérité pour définir et gérer l’environnement dans lequel un travail est exécuté. Chaque runbook a deux composants :

• Code de script
• Environnement d’exécution : définit le langage runtime, la version du runtime et les packages requis pendant l’exécution du travail.

Vous pouvez modifier ces composants indépendamment sans avoir d’impact sur l’autre.

Composants de l’environnement runtime

L’environnement d’exécution capture les détails suivants sur l’environnement d’exécution du travail :

• Langue : langage de script ciblé pour l’exécution du runbook. Par exemple, PowerShell et Python.

• Version du runtime : version du langage sélectionné pour l’exécution du runbook. Par exemple : PowerShell 7.4 et Python 3.10.

• Packages : les packages sont les assemblys et les fichiers .dll que vous importez et requis par les runbooks pour l’exécution. Il existe deux types de packages pris en charge pour l’environnement Runtime.

  Types de packages	Description
  Packages par défaut	Les packages vous permettent de gérer les ressources Azure. Par exemple, Az PowerShell 12.3.0, Azure CLI 2.64.0
  Packages fournis par le client	Il s’agit de packages personnalisés requis par les runbooks pendant l’exécution. Les packages peuvent : – Provenir d’une galerie publique : PSGallery, pypi – Être créés par vous-même

Package Azure CLI dans l’environnement Runtime

Les commandes Azure CLI sont prises en charge dans les runbooks associés à l’environnement runtime PowerShell 7.4. Azure CLI version 2.64.0 est disponible en tant que package par défaut dans l’environnement runtime PowerShell 7.4. Azure Automation suit étroitement la cadence de publication des versions plus récentes d’Azure CLI et les prend en charge dans les runbooks.

Les runbooks liés à l’environnement runtime PowerShell 7.4 s’exécutent toujours avec la dernière version d’Azure CLI prise en charge par Azure Automation. De même, les versions déclarées de fin de prise en charge par le produit parent Azure CLI ne seraient plus prises en charge par Azure Automation, car elles pourraient potentiellement souffrir de bogues ou de vulnérabilités de sécurité. Vérifiez que vos runbooks sont conçus pour s’exécuter en toute transparence dans les versions plus récentes d’Azure CLI.

Environnements runtime générés par le système

Azure Automation crée des environnements runtime générés par le système en fonction du langage runtime, de la version et des packages/modules présents dans l’ancienne interface de votre compte Azure Automation. Il existe six environnements runtime générés par le système :

• PowerShell-5.1
• PowerShell-7.1
• PowerShell-7.2
• Python-2.7
• Python-3.8
• Python-3.10

Vous ne pouvez pas modifier ces environnements runtime. Toutefois, toutes les modifications apportées dans les modules/packages pour le compte Automation sont automatiquement reflétées dans ces environnements runtime générés par le système.

Principaux avantages

• Contrôle granulaire : vous permet de configurer l’environnement d’exécution de script en choisissant le langage Runtime, sa version et les modules dépendants.
• Mise à jour du Runbook : permet une portabilité facile des runbooks entre différentes versions du runtime en mettant à jour l’environnement d’exécution des runbooks pour suivre les dernières versions de PowerShell et Python. Vous pouvez tester les mises à jour avant de les publier en production.
• Gestion des modules : vous permet de tester la compatibilité pendant les mises à jour du module et d’éviter les modifications inattendues susceptibles d’affecter l’exécution de leurs scénarios de production.
• Fonctionnalité de restauration : vous permet de rétablir facilement le runbook dans un environnement d’exécution précédent. Si une mise à jour de runbook présente des problèmes ou un comportement inattendu.
• Code simplifié : vous permet d’organiser facilement votre code en liant des runbooks à différents environnements runtime sans avoir à créer plusieurs comptes Automation.

Limites

• L’environnement d’exécution est actuellement pris en charge dans toutes les régions publiques, à l’exception des clouds Brésil Sud-Est et Gov.
• Les Runbooks créés dans l’expérience d’environnement Runtime avec la version runtime PowerShell 7.2 s’affichent comme des runbooks PowerShell 5.1 dans l’ancienne expérience.
• Les runbooks créés dans l’expérience d’environnement Runtime avec la version de runtime PowerShell 7.2+ apparaissent en tant que runbooks PowerShell 5.1 dans l’ancienne expérience.
• Les autorisations RBAC ne peuvent pas être affectées à l’environnement runtime.
• L’environnement d’exécution ne peut pas être configuré via l’extension Azure Automation pour Visual Studio Code.
• Les environnements runtime supprimés ne peuvent pas être récupérés.
• Cette fonctionnalité est actuellement prise en charge via le portail Azure et l’API REST.
• La gestion des modules pour la configuration de l’état d’Azure Automation (Azure Automation State Configuration) n’est pas prise en charge par l’expérience de l’environnement d’exécution. Vous pouvez continuer à utiliser l’ancienne expérience de gestion des modules et des packages pour Azure Automation State Configuration.

Basculer entre une expérience nouvelle et ancienne

Bien que la nouvelle expérience d’environnement runtime soit recommandée, vous pouvez également basculer vers l’expérience par défaut à tout moment. En savoir plus sur comment basculer entre les deux expériences.

Étapes suivantes

• Pour utiliser des runbooks et un environnement runtime, consultez Gérer l’environnement runtime.
• Pour plus d’informations sur PowerShell, consultez la documentation PowerShell.