AzureContainerApps@1 - Azure Container Apps Deploy v1-taak
Een Azure DevOps-taak voor het bouwen en implementeren van Azure Container Apps.
Syntaxis
# Azure Container Apps Deploy v1
# An Azure DevOps Task to build and deploy Azure Container Apps.
- task: AzureContainerApps@1
inputs:
# advanced
#workingDirectory: # string. Alias: cwd. Working Directory.
#appSourcePath: # string. Application source path.
azureSubscription: # string. Alias: connectedServiceNameARM. Required. Azure Resource Manager connection.
#acrName: # string. Azure Container Registry name.
#acrUsername: # string. Azure Container Registry username.
#acrPassword: # string. Azure Container Registry password.
#dockerfilePath: # string. Dockerfile path.
#imageToBuild: # string. Docker image to build.
#imageToDeploy: # string. Docker image to deploy.
#containerAppName: # string. Azure Container App name.
#resourceGroup: # string. Azure resource group name.
#containerAppEnvironment: # string. Azure Container App environment.
#runtimeStack: # string. Application runtime stack.
#targetPort: # string. Application target port.
#location: # string. Location of the Container App.
#environmentVariables: # string. Environment variables.
#ingress: # string. Ingress setting.
#yamlConfigPath: # string. YAML configuration file path.
#disableTelemetry: # boolean. Disable telemetry.
Ingangen
workingDirectory
-
werkmap
Invoeralias: cwd
.
string
.
Huidige werkmap waarin het script wordt uitgevoerd. Leeg is de hoofdmap van de opslagplaats (build) of artefacten (release), namelijk $(System.DefaultWorkingDirectory).
appSourcePath
-
toepassingsbronpad
string
.
Absoluut pad op de runner van de broncode van de broncode die moet worden gebouwd. Als dit niet is opgegeven, moet het argument imageToDeploy worden opgegeven om ervoor te zorgen dat de container-app een installatiekopie heeft waarnaar moet worden verwezen.
Wanneer u een nieuwe installatiekopieën naar ACR pusht, zijn de acrName
en appSourcePath
taakinvoer vereist.
azureSubscription
-
Azure Resource Manager-verbinding
Invoeralias: connectedServiceNameARM
.
string
. Vereist.
Geef een Azure Resource Manager-serviceverbinding op voor de implementatie. Deze serviceverbinding moet worden gekoppeld aan het Azure-abonnement van de gebruiker waar de container-app wordt gemaakt/bijgewerkt. Deze serviceverbinding moet over de juiste machtigingen beschikken om deze wijzigingen in het abonnement aan te brengen, bijvoorbeeld de rol Inzender.
acrName
-
Azure Container Registry-naam
string
.
De naam van azure Container Registry waarnaar de uitvoerbare toepassingsinstallatiekopieën worden gepusht.
Wanneer u een nieuwe installatiekopieën naar ACR pusht, zijn de acrName
en appSourcePath
taakinvoer vereist.
acrUsername
-
azure Container Registry-gebruikersnaam
string
.
De gebruikersnaam die wordt gebruikt om pushaanvragen te verifiëren bij het opgegeven Azure Contrainer Registry. Als dit niet is opgegeven, wordt er een toegangstoken gegenereerd via az acr login en verstrekt aan docker login om de aanvragen te verifiëren.
acrPassword
-
Azure Container Registry-wachtwoord
string
.
Het wachtwoord dat wordt gebruikt voor het verifiëren van pushaanvragen naar het opgegeven Azure Contrainer Registry. Als dit niet is opgegeven, wordt er een toegangstoken gegenereerd via az acr login en verstrekt aan docker login om de aanvragen te verifiëren.
dockerfilePath
-
Dockerfile-pad
string
.
Relatief pad (_without bestandsvoorvoegsels (zie de volgende Voorbeelden) naar het Dockerfile in de opgegeven toepassingsbron die moet worden gebruikt om de installatiekopie te bouwen die vervolgens naar ACR wordt gepusht en geïmplementeerd in de container-app. Als deze taak niet is opgegeven, controleert u of er een bestand met de naam Dockerfile is in de hoofdmap van de opgegeven toepassingsbron en gebruikt deze om de installatiekopieën te bouwen. Anders wordt de Opbouwfunctie voor Oryx++ gebruikt om de installatiekopie te maken.
imageToBuild
-
Docker-installatiekopieën voor het bouwen van
string
.
De aangepaste naam van de installatiekopie die moet worden gemaakt, naar ACR wordt gepusht en door deze taak naar de container-app wordt geïmplementeerd. Opmerking: deze naam van de installatiekopieën moet de ACR-server bevatten; bijvoorbeeld <acr-name>.azurecr.io/<repo>:<tag>
. Als dit argument niet is opgegeven, wordt er een standaardinstallatiekopieënnaam samengesteld in de vorm van <acr-name>.azurecr.io/ado-task/container-app:<build-id>.<build-number>
.
imageToDeploy
-
Docker-installatiekopieën voor het implementeren van
string
.
De naam van de installatiekopie die al naar ACR is gepusht en wordt door deze taak geïmplementeerd in de container-app. Opmerking: de naam van de installatiekopieën moet de ACR-server bevatten; bijvoorbeeld <acr-name>.azurecr.io/<repo>:<tag>
. Als dit argument niet is opgegeven, wordt de opgegeven waarde (of bepaald) voor het argument 'imageToBuild' gebruikt. Als deze installatiekopie wordt gevonden in een ACR-exemplaar waarvoor verificatie is vereist om te worden opgehaald, kan het argument acrName
of de argumenten acrUsername
en acrPassword
worden opgegeven om aanvragen voor het ACR-exemplaar te verifiëren.
containerAppName
-
Azure Container App-naam
string
.
De naam van de Azure Container App die wordt gemaakt of bijgewerkt. Als deze niet is opgegeven, heeft deze waarde de vorm van ado-task-app-<build-id>-<build-number>
.
resourceGroup
-
azure-resourcegroepnaam
string
.
De bestaande resourcegroep waarin de Azure Container App wordt gemaakt (of zich momenteel in bevindt). Als deze niet is opgegeven, heeft deze waarde de vorm van <container-app-name>-rg
.
containerAppEnvironment
-
Azure Container App-omgeving
string
.
De naam van de Azure Container App-omgeving die moet worden gebruikt met de toepassing. Indien niet opgegeven, wordt een bestaande omgeving in de resourcegroep van de container-app gebruikt, anders wordt er een omgeving gemaakt in de indeling van <container-app-name>-env
.
runtimeStack
-
Application Runtime-stack
string
.
De platformversiestack die wordt gebruikt in de uiteindelijke uitvoerbare toepassingsinstallatiekopie die is geïmplementeerd in de container-app. De waarde moet worden opgegeven in de vorming <platform>:<version>
. Indien niet opgegeven, wordt deze waarde bepaald door Oryx op basis van de inhoud van de opgegeven toepassing. Raadpleeg dit document voor meer informatie over ondersteunde runtimestacks voor Oryx.
targetPort
-
doelpoort voor de toepassing
string
.
De doelpoort waarop de container-app luistert. Als deze waarde niet is opgegeven, is deze waarde '80' voor Python-toepassingen en '8080' voor alle andere ondersteunde platforms.
location
-
locatie van de container-app-
string
.
De locatie waarop de container-app (en andere gemaakte resources) worden geïmplementeerd.
environmentVariables
-
omgevingsvariabelen
string
.
Een lijst met omgevingsvariabelen voor de container. Door spaties gescheiden waarden in de notatie 'key=value'. Lege tekenreeks om bestaande waarden te wissen. Voorvoegselwaarde met 'secretref:' om te verwijzen naar een geheim.
ingress
-
instelling voor inkomend verkeer
string
.
Mogelijke opties: extern, intern, uitgeschakeld. Als deze optie is ingesteld op external
(standaardwaarde indien niet opgegeven bij het maken van een container-app), is de container-app zichtbaar vanaf internet of een VNET, afhankelijk van het geconfigureerde eindpunt van de app-omgeving. Als deze optie is ingesteld op internal
, is de container-app alleen zichtbaar vanuit de app-omgeving. Als deze optie is ingesteld op disabled
, wordt inkomend verkeer uitgeschakeld voor deze container-app en heeft geen HTTP- of TCP-eindpunt.
yamlConfigPath
-
YAML-configuratiebestandspad
string
.
Volledig pad (op de uitvoerbare Azure Pipelines-agent) naar het YAML-bestand met informatie over de configuratie van de container-app.
De eigenschap resourceGroup
in het YAML-configuratiebestand niet worden gebruikt; de waarde hiervoor is afkomstig van het resourceGroup
argument dat is opgegeven voor de taak, of de standaardresourcegroepnaam die door de taak wordt gegenereerd. Alle andere eigenschappen in het YAML-configuratiebestand overschrijven de waarden die als argumenten voor deze taak worden opgegeven; Als het argument containerAppName
bijvoorbeeld wordt opgegeven voor de taak en de eigenschap name
is ingesteld in het YAML-configuratiebestand, wordt de eigenschap name
in het YAML-bestand gebruikt bij het maken of bijwerken van de container-app.
Argumenten voor installatiekopieën en toepassingsbronnen (bijvoorbeeld, appSourcePath
, imageToDeploy
) worden nog steeds gebruikt om eerst een installatiekopieën te bouwen en/of te pushen die door de container-app worden gebruikt; In dit geval moet het opgegeven YAML-configuratiebestand verwijzen naar de installatiekopieën die zijn opgegeven door imageToDeploy
(of imageToBuild
, afhankelijk van uw scenario).
Wanneer u een nieuwe container-app maakt, worden alle eigenschappen die worden vermeld in het YAML-configuratiebestand (behalve resourceGroup
zoals hierboven vermeld) ingesteld wanneer de container-app wordt gemaakt. Wanneer u een bestaande container-app bijwerkt, worden alleen de eigenschappen die in het bestand worden vermeld, bijgewerkt in de container-app.
Op dit moment biedt het YAML-bestand geen ondersteuning voor het instellen van verificatie van beheerde identiteiten voor het gebruikte containerregister; Zie dit GitHub-probleemvoor meer informatie over dit probleem.
In gevallen waarin het argument yamlConfigPath
wordt opgegeven, wordt het YAML-bestand doorgegeven aan de bijbehorende az containerapp
opdracht, hetzij create
of
update
afhankelijk van uw scenario. Zie de documenten die zijn gekoppeld voor de bijbehorende opdrachten voor meer informatie over het beoogde gedrag wanneer het YAML-configuratiebestand wordt opgegeven.
Ga naar deze sitevoor meer informatie over de structuur van het YAML-configuratiebestand.
disableTelemetry
-
telemetrie uitschakelen
boolean
.
Als deze optie is ingesteld op 'true', worden er geen telemetriegegevens verzameld door deze Azure DevOps-taak. Als deze optie is ingesteld op 'false', of als dit argument niet is opgegeven, wordt telemetrie verzonden naar Microsoft over het container-app-build- en implementatiescenario waarop deze Azure DevOps-taak is gericht.
Opties voor taakbeheer
Alle taken hebben besturingsopties naast hun taakinvoer. Zie Opties en algemene taakeigenschappenvoor meer informatie.
Uitvoervariabelen
Geen.
Opmerkingen
Met deze Azure Pipelines-taak kunnen gebruikers eenvoudig hun toepassingsbron implementeren in een Azure Container App in hun Azure Pipelines-werkstroom door een eerder gebouwde installatiekopie, een Dockerfile op te geven waaruit een installatiekopie kan worden gebouwd of door een opbouwfunctie te gebruiken om een uitvoerbare toepassingsinstallatiekopie voor de gebruiker te maken.
De taak heeft de volgende twee gebruikspatronen.
-
Een installatiekopieën pushen naar ACR: wanneer u een nieuwe installatiekopieën naar ACR pusht, zijn de
acrName
enappSourcePath
taakinvoer vereist. -
Een eerder gepushte installatiekopieën implementeren: bij het implementeren van een eerder gepushte installatiekopieën is de
imageToDeploy
taakinvoer vereist. Als deze installatiekopie wordt gevonden in een ACR-exemplaar waarvoor verificatie is vereist om te worden opgehaald, kan het argumentacrName
of de argumentenacrUsername
enacrPassword
worden opgegeven om aanvragen voor het ACR-exemplaar te verifiëren.
Notitie
Hoewel er geen taakinvoer officieel als 'vereist' is gemarkeerd in de metagegevens van deze taak, moeten sommige invoergegevens worden opgegeven om deze taak te kunnen uitvoeren met behulp van een van de twee belangrijkste gebruikspatronen.
Als er geen Dockerfile wordt gevonden of opgegeven in de opgegeven toepassingsbron, worden de volgende stappen uitgevoerd door deze taak:
- Maakt gebruik van de Oryx++-opbouwfunctie om de toepassingsbron te bouwen met behulp van Oryx- om een uitvoerbare toepassingsinstallatiekopie te produceren
- Pusht deze uitvoerbare toepassingsinstallatiekopieën naar de opgegeven Azure Container Registry
- Een container-app maken of bijwerken op basis van deze installatiekopieën
Als een Dockerfile wordt gevonden of gedetecteerd in de toepassingsbron, wordt de opbouwfunctie niet gebruikt en wordt de installatiekopie gemaakt met een aanroep naar docker build
en wordt de container-app gemaakt of bijgewerkt op basis van deze installatiekopie.
Als een eerder gemaakte installatiekopie al naar het ACR-exemplaar is gepusht en aan deze taak wordt geleverd, is er geen toepassingsbron vereist en wordt de installatiekopie gebruikt bij het maken of bijwerken van de container-app.
Deze taak uitvoeren op door Microsoft gehoste agents
Als u deze taak uitvoert op een door Microsoft gehoste agent, is deze taak mogelijk niet kunnen worden uitgevoerd met de volgende besturingssystemen:
- macOS
- De macOS-hardlopers van Microsoft worden niet geïnstalleerd met Docker (meer informatie hier); Als gevolg hiervan kan deze taak geen
docker
opdrachten uitvoeren, zoals het pushen van de ingebouwde runnable toepassingsinstallatiekopieën naar ACR.
- De macOS-hardlopers van Microsoft worden niet geïnstalleerd met Docker (meer informatie hier); Als gevolg hiervan kan deze taak geen
- Ramen
- De Windows-hardlopers van Microsoft worden geleverd met Docker geïnstalleerd, maar standaard kunnen installatiekopieën op basis van Linux niet worden opgehaald; Als gevolg hiervan kan deze taak de Oryx-opbouwfunctie niet ophalen om uitvoerbare toepassingsinstallatiekopieën te maken van de opgegeven toepassingsbron.
Zie de onderstaande sectie Docker vereisten voor meer informatie.
Kennisgeving van gegevens-/telemetrieverzameling
Deze Azure DevOps-taak verzamelt standaard de volgende gegevens voor Microsoft:
- Het container-app-build- en implementatiescenario waarop de gebruiker zich richt
- bijvoorbeeldde Oryx++-opbouwfunctie gebruikt, een opgegeven/gevonden Dockerfile gebruikt of een eerder gemaakte installatiekopie heeft geleverd
- Opmerking: de naam van de installatiekopieën wordt niet verzameld
- De verwerkingstijd van de taak, in milliseconden
- Het resultaat van de taak
- dat wil, geslaagd of mislukt
- Als de Opbouwfunctie voor Oryx++ wordt gebruikt, worden gebeurtenissen en metrische gegevens met betrekking tot het bouwen van de opgegeven toepassing met behulp van Oryx
Als u gegevensverzameling wilt uitschakelen, stelt u het argument disableTelemetry
in op true
.
Voorwaarden
Voordat u deze taak uitvoert, zijn Azure-resources en een Azure DevOps-serviceverbinding vereist of optioneel, afhankelijk van de argumenten die aan deze taak zijn verstrekt.
Azure DevOps-serviceverbinding
Als u wilt implementeren in Azure, moet een Azure-abonnement worden gekoppeld aan Team Foundation Server of aan Azure Pipelines met behulp van het tabblad Services in de sectie Instellingen. Voeg het Azure-abonnement toe dat u wilt gebruiken in de definitie build- of releasebeheer door het scherm Accountbeheer te openen (tandwielpictogram rechtsboven in het scherm) en klik vervolgens op het tabblad Services.
Maak het ARM--service-eindpunt en gebruik het azure Resource Manager- eindpunttype; Volg dit documentvoor meer informatie over het maken van serviceverbindingen.
Azure CLI
Voor deze taak moet de Azure CLI zijn geïnstalleerd op de Azure Pipelines-agent om verschillende opdrachten uit te voeren tijdens de uitvoering van de taak. Zie dit documentvoor meer informatie over het installeren van de Azure CLI op de agent. Als een agent al wordt uitgevoerd op de computer waarop de Azure CLI is geïnstalleerd, moet u ervoor zorgen dat u de agent opnieuw start, zodat alle relevante omgevingsvariabelen worden bijgewerkt.
Dokwerker
Voor deze taak moet Docker zijn geïnstalleerd op de Azure Pipelines-agent om installatiekopieën naar het opgegeven Azure Container Registry te pushen. Zie dit documentvoor meer informatie over het installeren van Docker op de agent.
Bovendien kunnen gebruikers die deze taak uitvoeren met een Windows-agent een probleem ondervinden waarbij installatiekopieën op basis van Linux niet kunnen worden opgehaald; om dit op te lossen, zoekt u het DockerCli.exe
-bestand op uw agent (meestal in de map Program Files\Docker\Docker
) en voert u het uit
& `.\DockerCli.exe` -SwitchDaemon
Als Docker niet is geïnstalleerd op de agent waarop deze taak wordt uitgevoerd, zijn de volgende scenario's nog steeds ingeschakeld:
- Een eerder gemaakte-installatiekopie verleent aan het
imageToDeploy
argument waarmee de container-app wordt geïmplementeerd
Als Docker zich op de agent bevindt, maar niet kan werken met installatiekopieën op basis van Linux, zijn de volgende scenario's nog steeds ingeschakeld:
- Een eerder gemaakte-installatiekopie verleent aan het
imageToDeploy
argument waarmee de container-app wordt geïmplementeerd - Een
Dockerfile
bieden als onderdeel van uw toepassingsbron die wordt gebouwd en geïmplementeerd met de Container App-
Opmerking: de
Dockerfile
mag geen installatiekopieënlagen op basis van Linux hebben
-
Opmerking: de
PACK CLI
De pack CLI- wordt onderhouden door het Cloud Native Buildpacks-project en wordt door deze taak gebruikt om uitvoerbare toepassingsinstallatiekopieën voor de gebruiker te maken wanneer de broncode van de toepassing wordt opgegeven en er geen extra Dockerfile is opgegeven of gevonden. Een builder- is gemaakt door Oryx om de broncode van de toepassing op te nemen die aan deze taak is geleverd en een installatiekopie te produceren die vervolgens naar een installatiekopieregister kan worden gepusht en gebruikt in een container-app om de toepassing te bouwen en uit te voeren.
Er wordt een stabiele versie van de pack CLI geïnstalleerd op de Azure Pipelines-agent die de taak uitvoert. Afhankelijk van het basisbesturingssysteem van deze agent worden verschillende hulpprogramma's gebruikt om u te helpen bij de installatie:
- Op Windows-hardlopers:
- Er wordt een set PowerShell-opdrachten uitgevoerd om het volgende te doen:
- Hiermee maakt u een
pack
map in de tijdelijke map van de agent, als de mappack
nog niet bestaat - Downloadt het CLI-pakket
.zip
in dezepack
map - Pak de inhoud uit deze
.zip
uit en plaatst deze in de mappack
- Hiermee verwijdert u de
.zip
- Hiermee maakt u een
- Er wordt een set PowerShell-opdrachten uitgevoerd om het volgende te doen:
- Op niet-Windows-hardlopers:
-
curl
wordt gebruikt om de.tgz
met het uitvoerbarepack
op te halen -
tar
wordt gebruikt om het.tgz
uit te pakken en het uitvoerbarepack
in/usr/local/bin
-
Azure Container Registry
Er moet een Azure Container Registry- bestaan waarnaar de gebruiker containerinstallatiekopieën kan pushen. Deze taak maakt gebruik van Azure Container Registry om een ingebouwde toepassingsinstallatiekopie te pushen naar en/of een container-app te implementeren vanuit.
De naam van het Azure Container Registry is vereist via het argument acrName
.
De gebruiker kan ook waarden opgeven voor de argumenten acrUsername
en acrPassword
waarmee aanroepen naar het Azure Container Registry-exemplaar worden geverifieerd; als dit niet is opgegeven, wordt er een toegangstoken gegenereerd via de Azure CLI waarmee de aanroepen worden geverifieerd.
Azure Container App-omgeving
Een Azure Container App-omgeving wordt aanbevolen om eerder door de gebruiker te zijn gemaakt om de prestaties van de taak te verbeteren. Als er nog geen omgeving is gemaakt of als er geen omgeving kan worden gevonden in de resourcegroep die wordt gebruikt voor het hosten van de gemaakte container-app, wordt er een omgeving gemaakt door als onderdeel van de opdracht az containerapp up
, wat extra tijd kan duren.
Voorbeelden
De volgende voorbeelden geven een overzicht van het gebruik van de AzureContainerApps
in verschillende scenario's.
Minimaal: installatiekopieën van toepassingen bouwen voor Container App
steps:
- task: AzureContainerApps@1
displayName: Build and deploy Container App
inputs:
connectedServiceNameARM: 'azure-subscription-service-connection'
appSourcePath: '$(System.DefaultWorkingDirectory)'
acrName: 'mytestacr'
Hiermee maakt u een nieuwe container-app met de naam ado-task-app-<build-id>-<build-number>
in een nieuwe resourcegroep met de naam <container-app-name>-rg
. De Container App is gebaseerd op een installatiekopie die is gebouwd op basis van de opgegeven appSourcePath
en naar het opgegeven ACR-exemplaar is gepusht. Er wordt een toegangstoken gegenereerd om de push naar het opgegeven ACR-exemplaar te verifiëren.
Minimaal: eerder gepubliceerde installatiekopieën gebruiken voor container-app
steps:
- task: AzureContainerApps@1
displayName: Build and deploy Container App
inputs:
connectedServiceNameARM: 'azure-subscription-service-connection'
imageToDeploy: mcr.microsoft.com/<existing-image>:latest
Hiermee maakt u een nieuwe container-app met de naam ado-task-app-<build-id>-<build-number>
in een nieuwe resourcegroep met de naam <container-app-name>-rg
waarin geen nieuwe installatiekopie is gemaakt, maar er wordt een bestaande installatiekopie met de naam mcr.microsoft.com/<existing-image>:latest
gebruikt voor de container-app.
Minimaal: YAML-configuratiebestand gebruiken met eerder gepubliceerde installatiekopieën voor container-app
steps:
- task: AzureContainerApps@1
displayName: Build and deploy Container App
inputs:
yamlConfigPath: simple-image-container-app.yaml
Hiermee maakt u een nieuwe container-app met de naam ado-task-app-<build-id>-<build-number>
in een nieuwe resourcegroep met de naam <container-app-name>-rg
waarin geen nieuwe installatiekopie is gemaakt, maar er wordt een bestaande installatiekopie met de naam mcr.microsoft.com/<existing-image>:latest
gebruikt voor de container-app. Aanvullende eigenschappen over de container-app worden opgehaald uit het simple-image-container-app.yaml
-bestand en overschrijven eventuele extra waarden die als argumenten voor de taak zouden zijn opgegeven exclusief resourceGroup
.
Het bestand simple-image-container-app.yaml
heeft de volgende structuur:
properties:
managedEnvironmentId: /subscriptions/SUBSCRIPTION_ID/resourceGroups/RESOURCE_GROUP/providers/Microsoft.App/managedEnvironments/CONTAINER_APP_ENVIRONMENT
configuration:
ingress:
external: true
allowInsecure: false
targetPort: 80
template:
containers:
- image: mcr.microsoft.com/<existing-image>:latest
name: mysampleimagecontainer
De waarden voor SUBSCRIPTION_ID
, RESOURCE_GROUP
en CONTAINER_APP_ENVIRONMENT
moeten worden bijgewerkt om te verwijzen naar de volledige resource-id van de bestaande Container App-omgeving die door de container-app wordt gebruikt.
ACR-referenties gebruiken om te verifiëren
steps:
- task: AzureContainerApps@1
displayName: Build and deploy Container App
inputs:
connectedServiceNameARM: 'azure-subscription-service-connection'
appSourcePath: '$(System.DefaultWorkingDirectory)'
acrName: 'mytestacr'
acrUsername: $(ACR_USERNAME_SECRET)
acrPassword: $(ACR_PASSWORD_SECRET)
Hiermee maakt u een nieuwe container-app met de naam ado-task-app-<build-id>-<build-number>
in een nieuwe resourcegroep met de naam <container-app-name>-rg
. De Container App is gebaseerd op een installatiekopie die is gebouwd op basis van de opgegeven appSourcePath
en naar het opgegeven ACR-exemplaar is gepusht. De opgegeven ACR-referenties worden gebruikt voor het verifiëren van aanroepen naar het ACR-exemplaar.
Opgegeven container-appnaam
steps:
- task: AzureContainerApps@1
displayName: Build and deploy Container App
inputs:
connectedServiceNameARM: 'azure-subscription-service-connection'
appSourcePath: '$(System.DefaultWorkingDirectory)'
acrName: 'mytestacr'
containerAppName: 'my-test-container-app'
Hiermee maakt u een nieuwe container-app met de naam my-test-container-app
in een nieuwe resourcegroepnaam my-test-container-app-rg
.
Resourcegroep opgegeven
steps:
- task: AzureContainerApps@1
displayName: Build and deploy Container App
inputs:
connectedServiceNameARM: 'azure-subscription-service-connection'
appSourcePath: '$(System.DefaultWorkingDirectory)'
acrName: 'mytestacr'
resourceGroup: 'my-test-rg'
Hiermee maakt u een nieuwe container-app met de naam ado-task-app-<build-id>-<build-number>
in een resourcegroep met de naam my-test-rg
. Als de my-test-rg
resourcegroep niet bestaat, wordt deze gemaakt als onderdeel van deze taak.
Container-app-naam en resourcegroep opgegeven
steps:
- task: AzureContainerApps@1
displayName: Build and deploy Container App
inputs:
connectedServiceNameARM: 'azure-subscription-service-connection'
appSourcePath: '$(System.DefaultWorkingDirectory)'
acrName: 'mytestacr'
containerAppName: 'my-test-container-app'
resourceGroup: 'my-test-rg'
Hiermee maakt u een nieuwe container-app met de naam my-test-container-app
in een resourcegroep met de naam my-test-rg
. Als de my-test-rg
resourcegroep niet bestaat, wordt deze gemaakt als onderdeel van deze taak.
Container App-omgeving opgegeven
steps:
- task: AzureContainerApps@1
displayName: Build and deploy Container App
inputs:
connectedServiceNameARM: 'azure-subscription-service-connection'
appSourcePath: '$(System.DefaultWorkingDirectory)'
acrName: 'mytestacr'
containerAppEnvironment: 'my-test-container-app-env'
Hiermee maakt u een nieuwe container-app met de naam ado-task-app-<build-id>-<build-number>
in een nieuwe resourcegroep met de naam <container-app-name>-rg
met een nieuwe Container App-omgeving met de naam my-test-container-app-env
.
Runtimestack opgegeven
steps:
- task: AzureContainerApps@1
displayName: Build and deploy Container App
inputs:
connectedServiceNameARM: 'azure-subscription-service-connection'
appSourcePath: '$(System.DefaultWorkingDirectory)'
acrName: 'mytestacr'
runtimeStack: 'dotnetcore:7.0'
Hiermee maakt u een nieuwe container-app met de naam ado-task-app-<build-id>-<build-number>
in een nieuwe resourcegroep met de naam <container-app-name>-rg
waar de uitvoerbare toepassingsinstallatiekopieën de runtimestack van .NET 7 gebruiken.
Dockerfile opgegeven
steps:
- task: AzureContainerApps@1
displayName: Build and deploy Container App
inputs:
connectedServiceNameARM: 'azure-subscription-service-connection'
appSourcePath: '$(System.DefaultWorkingDirectory)'
acrName: 'mytestacr'
dockerfilePath: 'test.Dockerfile'
Hiermee maakt u een nieuwe container-app met de naam ado-task-app-<build-id>-<build-number>
in een nieuwe resourcegroep met de naam <container-app-name>-rg
waar de uitvoerbare toepassingsinstallatiekopieën zijn gemaakt op basis van het test.Dockerfile
-bestand in de opgegeven map met bronpaden van de toepassing.
Opmerking: voor waarden die aan dockerfilePath
worden verstrekt, mogen er geen bestandsvoorvoegsels worden opgenomen (bijvoorbeeld, moeten ./test.Dockerfile
worden doorgegeven als slechts test.Dockerfile
). De opgegeven argumenten appSourcePath
en dockerfilePath
worden samengevoegd binnen de taak.
Installatiekopieën voor het bouwen van de opgegeven
steps:
- task: AzureContainerApps@1
displayName: Build and deploy Container App
inputs:
connectedServiceNameARM: 'azure-subscription-service-connection'
appSourcePath: '$(System.DefaultWorkingDirectory)'
acrName: 'mytestacr'
imageToBuild: 'mytestacr.azurecr.io/app:latest'
Hiermee maakt u een nieuwe container-app met de naam ado-task-app-<build-id>-<build-number>
in een nieuwe resourcegroep met de naam <container-app-name>-rg
waarin de installatiekopie is gebouwd en naar ACR wordt gepusht mytestacr.azurecr.io/app:latest
.
Eisen
Eis | Beschrijving |
---|---|
Pijplijntypen | YAML, klassieke build, klassieke release |
Wordt uitgevoerd op | Agent, DeploymentGroup |
eisen | Geen |
mogelijkheden | Deze taak voldoet niet aan de vereisten voor volgende taken in de taak. |
opdrachtbeperkingen | Enig |
variabelen instellen | Enig |
Agentversie | 2.144.0 of hoger |
Taakcategorie | Implementeren |