Compartir vía

Entorno en runtime (versión preliminar) en Azure Automation

  • Artículo

En este artículo se proporciona información general sobre el entorno en runtime, el ámbito y sus funcionalidades.

Acerca del entorno en runtime

El entorno en runtime le permite configurar el entorno de ejecución del trabajo y proporciona la flexibilidad de elegir el lenguaje en runtime y la versión en runtime según sus requisitos. Es el único origen de la verdad para definir y administrar el entorno en el que se ejecuta un trabajo. Cada runbook tiene dos componentes:

  • Código de script
  • Entorno en runtime: define el lenguaje en runtime, la versión en runtime y los paquetes necesarios durante la ejecución del trabajo.

Puede cambiar estos componentes de forma independiente sin afectar al otro.

Nota:

Puede asociar cada runbook a un único entorno en runtime. Sin embargo, un entorno en runtime podría estar vinculado a varios runbooks.

Componentes del entorno en runtime

El entorno en runtime captura los detalles siguientes sobre el entorno de ejecución del trabajo:

  • Lenguaje: el lenguaje de scripting destinado a la ejecución del runbook. Por ejemplo, PowerShell y Python.

  • Versión en runtime: la versión del lenguaje seleccionado para la ejecución del runbook. Por ejemplo: PowerShell 7.2 y Python 3.8.

  • Paquetes: los paquetes son los ensamblados y los archivos .dll que importa y requieren los runbooks para su ejecución. Hay dos tipos de paquetes admitidos para el entorno en runtime.

    Tipos de paquete Descripción
    Paquetes predeterminados Los paquetes permiten administrar los recursos de Azure. Por ejemplo, Az PowerShell 8.0.0, CLI de Azure 2.56.0
    Paquetes proporcionados por el cliente Estos son paquetes personalizados que requieren los runbooks durante la ejecución. Los paquetes pueden ser de:
    - Galería pública: PSGallery, pypi
    - Autoría automática.

Nota:

Los comandos de la CLI de Azure son compatibles (versión preliminar pública) en runbooks asociados con el entorno en runtime de PowerShell 7.2. Los comandos de la CLI de Azure versión 2.56.0 están disponibles como un paquete predeterminado en el entorno en runtime de PowerShell 7.2.

Paquete de la CLI de Azure en entorno en runtime

Los comandos de la CLI de Azure son compatibles (versión preliminar pública) en runbooks asociados con el entorno en runtime de PowerShell 7.2. La versión 2.56.0 de la CLI de Azure está disponible como un paquete predeterminado en el entorno en runtime de PowerShell 7.2. Azure Automation sigue estrechamente la cadencia de versión de las versiones más recientes de la CLI de Azure y las admite en runbooks.

Los runbooks vinculados al entorno en runtime de PowerShell 7.2 siempre se ejecutarían con la versión más reciente de la CLI de Azure compatible con Azure Automation. Del mismo modo, las versiones declaradas de finalización de soporte técnico por parte de la CLI principal de Azure ya no serían compatibles con Azure Automation, ya que podrían sufrir errores o vulnerabilidades de seguridad. Asegúrese de que los runbooks están diseñados para ejecutarse sin problemas en versiones más recientes de la CLI de Azure.

Entornos en runtime generados por el sistema

Azure Automation crea entornos en runtime generados por el sistema en función del lenguaje en runtime, la versión y los paquetes o módulos presentes en la cuenta de Azure Automation. Hay seis entornos en runtime generados por el sistema:

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

No se pueden editar estos entornos en runtime. Sin embargo, los cambios realizados en módulos o paquetes de la cuenta de Automation se reflejan automáticamente en estos entornos en runtime generados por el sistema.

Captura de pantalla que muestra el entorno de runtime generado por el sistema.

Nota:

Los paquetes presentes en entornos en runtime generados por el sistema son únicos para la cuenta de Azure Automation y pueden variar entre diferentes cuentas.

Ventajas principales

  • El control granular: permite configurar el entorno de ejecución de scripts eligiendo el lenguaje de runtime, su versión y los módulos dependientes.
  • La actualización de Runbook: permite una portabilidad sencilla de runbooks en distintas versiones en runtime mediante la actualización del entorno de ejecución de runbooks para mantener el ritmo de las versiones más recientes de PowerShell y Python. Puede probar las actualizaciones antes de publicarlas en producción.
  • La administración de módulos: permite probar la compatibilidad durante las actualizaciones del módulo y evitar cambios inesperados que podrían afectar a la ejecución de sus escenarios de producción.
  • La funcionalidad de reversión: permite revertir fácilmente el runbook a un entorno en runtime anterior. En caso de que una actualización de runbook presente problemas o un comportamiento inesperado.
  • El código simplificado: permite organizar fácilmente el código mediante la vinculación de runbooks a distintos entornos en runtime sin necesidad de crear varias cuentas de Automation.

Limitaciones

  • El entorno en runtime se admite actualmente en todas las regiones públicas, excepto centro de la India, norte de Alemania, norte de Italia, centro de Israel, centro de Polonia, centro de Emiratos Árabes Unidos y nubes gubernamentales.
  • Los runbooks de flujo de trabajo de PowerShell gráfico, PowerShell gráfico y flujo de trabajo gráfico de PowerShell solo funcionan con el entorno de runtime de PowerShell-5.1 generado por el sistema.
  • Los runbooks creados en la experiencia del entorno en runtime con la versión en runtime de PowerShell 7.2 se mostrarían como runbooks de PowerShell 5.1 en la experiencia anterior.
  • Los permisos RBAC no se pueden asignar al entorno en runtime.
  • El entorno en runtime no se puede configurar a través de la extensión de Azure Automation para Visual Studio Code.
  • No se pueden recuperar los entornos en runtime eliminados.
  • La característica solo se admite a través de Azure Portal y API de REST.
  • La administración de módulos para State Configuration de Azure Automation no se admite a través de la experiencia del entorno en runtime. Puede seguir usando la experiencia anterior para administrar módulos y paquetes para State Configuration de Azure Automation.

Cambiar entre la experiencia nueva y antigua

Aunque se recomienda la nueva experiencia de entorno en runtime, también puede cambiar a la experiencia predeterminada en cualquier momento. Obtenga más información sobre cómo alternar entre las dos experiencias.

Nota:

Las actualizaciones del runbook persisten entre la nueva experiencia del entorno en runtime y la experiencia anterior. Los cambios realizados en el entorno en tiempo de ejecución vinculados a un runbook se conservarían durante la ejecución del runbook en la experiencia anterior.

Pasos siguientes