Dela via

Körningsmiljö (förhandsversion) i Azure Automation

  • Artikel

Den här artikeln innehåller en översikt över Runtime-miljön, omfånget och dess funktioner.

Om Körningsmiljö

Med körningsmiljön kan du konfigurera jobbkörningsmiljön och ge flexibiliteten att välja körningsspråk och körningsversion enligt dina krav. Det är den enda sanningskällan som definierar och hanterar miljön där ett jobb körs. Varje runbook har två komponenter:

  • Skriptkod
  • Körningsmiljö – definierar körningsspråket, körningsversionen och paket som krävs under jobbkörningen.

Du kan ändra dessa komponenter oberoende av varandra utan att påverka den andra.

Kommentar

Du kan associera varje runbook med en enda Runtime-miljö. En Runtime-miljö kan dock länkas till flera runbooks.

Komponenter i Runtime-miljön

Körningsmiljön samlar in följande information om jobbkörningsmiljön:

  • Language – skriptspråket som är avsett för runbook-körning. Till exempel PowerShell och Python.

  • Körningsversion – den version av språket som valts för runbook-körning. Till exempel – PowerShell 7.2 och Python 3.8.

  • Paket – paketen är sammansättningarna och de .dll filer som du importerar och som krävs av runbooks för körning. Det finns två typer av paket som stöds för Runtime-miljön.

    Pakettyper Beskrivning
    Standardpaket Med paketen kan du hantera Azure-resurser. Till exempel Az PowerShell 8.0.0, Azure CLI 2.56.0
    Paket som tillhandahålls av kunden Det här är anpassade paket som krävs av runbooks under körningen. Paketen kan vara från:
    - Offentligt galleri: PSGallery, pypi
    - Självförfattare.

Kommentar

Azure CLI-kommandon stöds (offentlig förhandsversion) i runbooks som är associerade med PowerShell 7.2 Runtime-miljön. Azure CLI-kommandon version 2.56.0 är tillgängligt som ett standardpaket i PowerShell 7.2 Runtime-miljön.

Azure CLI-paket i Körningsmiljö

Azure CLI-kommandon stöds (offentlig förhandsversion) i runbooks som är associerade med PowerShell 7.2 Runtime-miljön. Azure CLI version 2.56.0 är tillgängligt som ett standardpaket i PowerShell 7.2 Runtime-miljön. Azure Automation följer noga lanseringstakten för nyare versioner av Azure CLI och stöder dem i runbooks.

Runbooks som är länkade till PowerShell 7.2 Runtime-miljön skulle alltid köras med den senaste Azure CLI-versionen som stöds av Azure Automation. På samma sätt skulle versioner som deklarerats som support upphör för den överordnade produkten Azure CLI inte längre stödjas av Azure Automation eftersom dessa potentiellt kan drabbas av buggar eller säkerhetsproblem. Se till att dina runbooks är utformade för att köras sömlöst i nyare versioner av Azure CLI.

Systemgenererade Runtime-miljöer

Azure Automation skapar systemgenererade Runtime-miljöer baserat på runtime-språk, version och paket/moduler som finns i ditt Azure Automation-konto. Det finns sex systemgenererade Runtime-miljöer:

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

Du kan inte redigera dessa Runtime-miljöer. Alla ändringar som görs i Moduler/paket för Automation-kontot återspeglas dock automatiskt i dessa systemgenererade Runtime-miljöer.

Skärmbild som visar den systemgenererade Körningsmiljön.

Kommentar

Paket som finns i systemgenererade Runtime-miljöer är unika för ditt Azure Automation-konto och kan variera mellan olika konton.

Viktiga fördelar

  • Detaljerad kontroll – gör att du kan konfigurera skriptkörningsmiljön genom att välja runtime-språket, dess version och beroende moduler.
  • Runbook-uppdatering – möjliggör enkel portabilitet för runbooks i olika körningsversioner genom att uppdatera runtime-miljön för runbooks för att hålla jämna steg med de senaste PowerShell- och Python-versionerna. Du kan testa uppdateringar innan du publicerar dem i produktion.
  • Modulhantering – gör att du kan testa kompatibilitet under moduluppdateringar och undvika oväntade ändringar som kan påverka körningen av deras produktionsscenarier.
  • Återställningsfunktion – gör att du enkelt kan återställa runbook till en tidigare Runtime-miljö. Om en Runbook-uppdatering introducerar problem eller oväntat beteende.
  • Effektiviserad kod – gör att du enkelt kan organisera koden genom att länka runbooks till olika Runtime-miljöer utan att behöva skapa flera Automation-konton.

Begränsningar

  • Körningsmiljön stöds för närvarande i alla offentliga regioner utom Indien, centrala, Tyskland, norra, Italien, norra, Israel, centrala, Polen, centrala, Förenade Arabemiratens centrala moln och myndighetsmoln.
  • PowerShell-arbetsflöden, grafiska PowerShell- och grafiska PowerShell-arbetsflödesrunbooks fungerar endast med systemgenererad PowerShell-5.1-körningsmiljö.
  • Runbooks som skapats i Körningsmiljö med Runtime-versionen PowerShell 7.2 skulle visas som PowerShell 5.1-runbooks i gammal miljö.
  • RBAC-behörigheter kan inte tilldelas till Runtime-miljön.
  • Körningsmiljön kan inte konfigureras via Azure Automation-tillägget för Visual Studio Code.
  • Det går inte att återställa borttagna Runtime-miljöer.
  • Funktionen stöds endast via Azure Portal och REST API.
  • Hantering av moduler för Azure Automation State Configuration stöds inte via körningsmiljön. Du kan fortsätta att använda den gamla upplevelsen för att hantera moduler och paket för Azure Automation State Configuration.

Växla mellan ny och gammal upplevelse

Den nya körningsmiljön rekommenderas, men du kan också växla till standardupplevelsen när som helst. Läs mer om hur du växlar mellan de två upplevelserna.

Kommentar

Runbook-uppdateringar bevaras mellan den nya körningsmiljön och den gamla upplevelsen. Alla ändringar som görs i runtime-miljön som är länkade till en runbook sparas under runbook-körningen i gammal miljö.

Nästa steg