Partage via

Environnement d’exécution (préversion) dans Azure Automation

  • Article

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.

Remarque

Vous pouvez associer chaque runbook à un seul environnement runtime. Toutefois, un environnement runtime peut être lié à plusieurs runbooks.

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.2 et Python 3.8.

  • 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 package Description
    Packages par défaut Les packages vous permettent de gérer les ressources Azure. Par exemple, Az PowerShell 8.0.0, Azure CLI 2.56.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 de :
    - Galerie publique : PSGallery, pypi
    - Auto-auteur.

Remarque

Les commandes Azure CLI sont prises en charge (préversion publique) dans les runbooks associés à l’environnement runtime PowerShell 7.2. Les commandes Azure CLI version 2.56.0 sont disponibles en tant que package par défaut dans l’environnement runtime PowerShell 7.2.

Package Azure CLI dans l’environnement Runtime

Les commandes Azure CLI sont prises en charge (préversion publique) dans les runbooks associés à l’environnement runtime PowerShell 7.2. Azure CLI version 2.56.0 est disponible en tant que package par défaut dans l’environnement runtime PowerShell 7.2. 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.2 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 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.

Capture d’écran montrant l’environnement runtime généré par le système.

Remarque

Les packages présents dans les environnements runtime générés par le système sont uniques à votre compte Azure Automation et peuvent varier entre différents comptes.

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 de 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 runtime 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 de l’Inde centrale, de l’Allemagne Nord, de l’Italie Nord, d’Israël Centre, de Pologne Centre, des Émirats arabes unis centre et des clouds gouvernementaux.
  • Les runbooks existants qui sont déplacés automatiquement de l’ancienne expérience à l’expérience d’environnement Runtime peuvent s’exécuter en tant que travail cloud et hybride.
  • 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 runtime PowerShell 7.2 s’affichent comme des 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.
  • La fonctionnalité est uniquement prise en charge via le portail Azure et 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.

Remarque

Les mises à jour du Runbook persistent entre la nouvelle expérience d’environnement Runtime et l’ancienne expérience. Toutes les modifications effectuées dans l'environnement Runtime lié à un runbook persisteraient pendant l'exécution du runbook dans l'ancienne expérience.

Étapes suivantes