Megosztás a következőn keresztül:

AzureContainerApps@1 – Azure Container Apps – 1. v1-feladat üzembe helyezése

  • Cikk

Azure DevOps-feladat az Azure Container Apps létrehozásához és üzembe helyezéséhez.

Szintaxis

# 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.

Bemenetek

workingDirectory - Munkakönyvtár
Bemeneti alias: cwd. string.

Az aktuális munkakönyvtár, amelyen a szkript fut. Az üres az adattár (build) vagy összetevők (kiadás) gyökere, amely $(System.DefaultWorkingDirectory).


appSourcePath - alkalmazás forrásútvonalának
string.

Abszolút elérési út a létrehozandó forrásalkalmazás-kód futóján. Ha nincs megadva, meg kell adni az "imageToDeploy" argumentumot annak érdekében, hogy a tárolóalkalmazás rendelkezik-e hivatkozni kívánt lemezképpel.

Új rendszerkép ACR-be való leküldésekor a acrName és a appSourcePath feladat bemenetére van szükség.


azureSubscription - Azure Resource Manager-kapcsolat
Bemeneti alias: connectedServiceNameARM. string. Szükséges.

Adjon meg egy Azure Resource Manager-szolgáltatáskapcsolatot az üzembe helyezéshez. Ezt a szolgáltatáskapcsolatot hozzá kell kapcsolni a felhasználó Azure-előfizetéséhez, ahol a tárolóalkalmazás létre lesz hozva/frissítve lesz. Ennek a szolgáltatáskapcsolati megfelelő engedélyekkel kell rendelkeznie ahhoz, hogy ezeket a módosításokat végrehajtsa az előfizetésen belül, például közreműködői szerepkörben.


acrName - Azure Container Registry-név
string.

Annak az Azure Container Registrynek a neve, amelybe a futtatható alkalmazás lemezképét leküldi a rendszer.

Új rendszerkép ACR-be való leküldésekor a acrName és a appSourcePath feladat bemenetére van szükség.


acrUsername - Azure Container Registry felhasználóneve
string.

A leküldéses kérelmek hitelesítéséhez használt felhasználónév a megadott Azure Contrainer Registrybe. Ha nincs megadva, a rendszer létrehoz egy hozzáférési jogkivonatot az "az acr login" használatával, és megadja a "docker login" számára a kérések hitelesítéséhez.


acrPassword - Azure Container Registry-jelszó
string.

A leküldéses kérelmek hitelesítéséhez használt jelszó a megadott Azure Contrainer-beállításjegyzékbe. Ha nincs megadva, a rendszer létrehoz egy hozzáférési jogkivonatot az "az acr login" használatával, és megadja a "docker login" számára a kérések hitelesítéséhez.


dockerfilePath - Dockerfile elérési útja
string.

Relatív elérési út (_without fájlelőtagok (lásd az alábbi Példák) a dockerfile-hoz a megadott alkalmazásforrásban, amelyet a rendszerkép létrehozásához kell használni, amelyet aztán le kell küldeni az ACR-be, és üzembe kell helyezni a tárolóalkalmazásban. Ha nincs megadva, ez a feladat ellenőrzi, hogy van-e "Dockerfile" nevű fájl a megadott alkalmazásforrás gyökerénél, és ezt használja a rendszerkép létrehozásához. Ellenkező esetben az Oryx++ Builder használatával hozza létre a rendszerképet.


imageToBuild - Docker-rendszerkép készítése
string.

A létrehozandó, az ACR-be leküldendő és a tárolóalkalmazásban üzembe helyezendő rendszerkép egyéni neve ezzel a feladattal. Megjegyzés: a rendszerkép nevének tartalmaznia kell az ACR-kiszolgálót; például <acr-name>.azurecr.io/<repo>:<tag>. Ha ez az argumentum nincs megadva, a rendszer egy alapértelmezett képnevet fog létrehozni <acr-name>.azurecr.io/ado-task/container-app:<build-id>.<build-number>formájában.


imageToDeploy - Docker-rendszerkép üzembe helyezése
string.

A rendszerkép neve, amelyet már leküldött az ACR-be, és ezzel a feladattal lesz üzembe helyezve a tárolóalkalmazásban. Megjegyzés: a rendszerkép nevének tartalmaznia kell az ACR-kiszolgálót; például <acr-name>.azurecr.io/<repo>:<tag>. Ha ez az argumentum nincs megadva, a rendszer az "imageToBuild" argumentumhoz megadott (vagy meghatározott) értéket használja. Ha a rendszerkép egy olyan ACR-példányban található, amely hitelesítést igényel a lekéréshez, a acrName argumentum, illetve a acrUsername és acrPassword argumentumok az ACR-példányhoz érkező kérések hitelesítéséhez adhatók meg.


containerAppName - Azure Container App neve
string.

A létrehozandó vagy frissített Azure Container App neve. Ha nincs megadva, ez az érték ado-task-app-<build-id>-<build-number>formájában jelenik meg.


resourceGroup - Azure-erőforráscsoport neve
string.

A meglévő erőforráscsoport, amelyben az Azure Container App létrejön (vagy jelenleg létezik). Ha nincs megadva, ez az érték <container-app-name>-rgformájában jelenik meg.


Azure Container App-környezet containerAppEnvironment -
string.

Az alkalmazással használni kívánt Azure Container App-környezet neve. Ha nincs megadva, a tárolóalkalmazás erőforráscsoportjában lévő meglévő környezet lesz használatban, ellenkező esetben a környezet <container-app-name>-envformátumban jön létre.


runtimeStack - alkalmazás futtatókörnyezeti verem
string.

A tárolóalkalmazásban üzembe helyezett utolsó futtatható alkalmazáslemezképben használt platformverzió-verem. Az értéket meg kell adni a formáció <platform>:<version>. Ha nincs megadva, ezt az értéket az Oryx határozza meg a megadott alkalmazás tartalma alapján. Az Oryx által támogatott futtatókörnyezeti vermekről a dokumentum talál további információt.


targetPort - alkalmazás célportja
string.

A tárolóalkalmazás által figyelt célport. Ha nincs megadva, ez az érték "80" lesz a Python-alkalmazásokhoz és a "8080" az összes többi támogatott platformhoz.


location - Tárolóalkalmazás helye
string.

Az a hely, ahol a tárolóalkalmazás (és más létrehozott erőforrások) üzembe lesznek helyezve.


environmentVariables - környezeti változók
string.

A tároló környezeti változóinak listája. Szóközzel elválasztott értékek "key=value" formátumban. Meglévő értékek törléséhez üres sztring. A titkos kódra való hivatkozáshoz a "secretref:" előtag értéke.


ingress - bejövőforgalom beállítása
string.

Lehetséges lehetőségek: külső, belső, letiltva. Ha external (ha a tárolóalkalmazás létrehozásakor nem adja meg az alapértelmezett értéket), a tárolóalkalmazás a konfigurált alkalmazáskörnyezeti végponttól függően látható lesz az internetről vagy a virtuális hálózatról. Ha internalértékre van állítva, a tárolóalkalmazás csak az alkalmazáskörnyezeten belül lesz látható. Ha disabledértékre van állítva, a bejövő forgalom le lesz tiltva ehhez a tárolóalkalmazáshoz, és nem lesz HTTP- vagy TCP-végpontja.


yamlConfigPath - YAML konfigurációs fájl elérési útja
string.

A tárolóalkalmazás konfigurációját részletező YAML-fájl teljes elérési útja (a végrehajtó Azure Pipelines-ügynökön).

A YAML-konfigurációs fájl resourceGroup tulajdonsága nem lesz használni; ennek értéke a tevékenységhez megadott resourceGroup argumentumból vagy a tevékenység által létrehozott alapértelmezett erőforráscsoport-névből származik. A YAML konfigurációs fájlban megadott összes többi tulajdonság felülbírálja a feladat argumentumaként megadott értékeket; Ha például az containerAppName argumentumot adja meg a feladatnak, és a name tulajdonság a YAML konfigurációs fájlban van beállítva, a tárolóalkalmazás létrehozásakor vagy frissítésekor a YAML-fájl name tulajdonsága lesz használva.

A rendszerkép- és alkalmazásforrás argumentumai (példáulpéldául, appSourcePath, imageToDeploy) továbbra is a tárolóalkalmazás által használt rendszerképek első létrehozására és/vagy leküldésére lesznek használva; ebben az esetben a megadott YAML-konfigurációs fájlnak hivatkoznia kell a imageToDeploy által megadott képre (vagy imageToBuild, a forgatókönyvtől függően).

Új tárolóalkalmazás létrehozásakor a YAML konfigurációs fájlban felsorolt összes tulajdonság (kivéve a fent említett resourceGroup) a tárolóalkalmazás létrehozásakor lesz beállítva. Meglévő tárolóalkalmazás frissítésekor a tárolóalkalmazáson csak a fájlban felsorolt tulajdonságok lesznek frissítve.

A YAML-fájl jelenleg nem támogatja a felügyelt identitás hitelesítésének beállítását a használt tárolóregisztrációs adatbázishoz; A problémával kapcsolatos további információkért tekintse meg a GitHub-probléma .

Azokban az esetekben, amikor a yamlConfigPath argumentum meg van adva, a YAML-fájl át lesz adva a megfelelő az containerapp parancsnak, create vagy update a forgatókönyvtől függően. A YAML konfigurációs fájljának megadásakor használni kívánt viselkedésről további információt a megfelelő parancsokhoz csatolt dokumentumokban talál.

A YAML konfigurációs fájl szerkezetével kapcsolatos további információkért látogasson el ezen a webhelyen.


disableTelemetry - Telemetriai letiltása
boolean.

Ha "igaz" értékre van állítva, ez az Azure DevOps-feladat nem gyűjt telemetriát. Ha "false" (hamis) értékre van állítva, vagy ha ez az argumentum nincs megadva, a rendszer telemetriát küld a Microsoftnak a tárolóalkalmazás ezen Azure DevOps-feladat által megcélzott buildelési és üzembe helyezési forgatókönyvéről.


Tevékenységvezérlési beállítások

Minden tevékenység a tevékenységbemeneteken kívül vezérlési lehetőségekkel is rendelkezik. További információ: Vezérlők és gyakori feladattulajdonságok.

Kimeneti változók

Egyik sem.

Megjegyzések

Ez az Azure Pipelines-feladat lehetővé teszi a felhasználók számára, hogy egyszerűen üzembe helyezzék alkalmazásforrásukat egy Azure Container App- az Azure Pipelines-munkafolyamatban egy korábban létrehozott rendszerkép, egy Docker-fájl megadásával, amelyből egy rendszerkép készíthető, vagy egy szerkesztő használatával futtatható alkalmazásrendszerképet hozhat létre a felhasználó számára.

A tevékenység két használati mintával rendelkezik.

  • Kép leküldése az ACR- – új lemezkép ACR-be való leküldésekor a acrName és a appSourcePath feladat bemenetére van szükség.
  • Korábban leküldéses rendszerkép üzembe helyezése – korábban leküldéses rendszerkép üzembe helyezésekor a imageToDeploy feladat bemenetére van szükség. Ha a rendszerkép egy olyan ACR-példányban található, amely hitelesítést igényel a lekéréshez, a acrName argumentum, illetve a acrUsername és acrPassword argumentumok az ACR-példányhoz érkező kérések hitelesítéséhez adhatók meg.

Jegyzet

Bár a feladat metaadataiban hivatalosan nincs "kötelező" megjelölés, bizonyos bemeneteket meg kell adni ahhoz, hogy a tevékenység sikeresen fusson a két fő használati minta egyikével.

Ha a megadott alkalmazásforrásban nem található vagy nem található Dockerfile, a következő lépéseket hajtja végre ez a feladat:

  • Az Oryx++ Builder használatával hozza létre az alkalmazás forrását Oryx használatával futtatható alkalmazáskép létrehozásához
  • Leküldi ezt a futtatható alkalmazásrendszerképet a megadott Azure Container Registrybe
  • Tárolóalkalmazás létrehozása vagy frissítése a rendszerkép alapján

Ha egy Dockerfile megtalálható vagy felderíthető az alkalmazás forrásában, a rendszer nem fogja használni a szerkesztőt, és a rendszerkép docker build hívásával jön létre, és a tárolóalkalmazás a rendszerkép alapján jön létre vagy frissül.

Ha egy korábban létrehozott rendszerkép már le lett küldve az ACR-példányba, és ezt a feladatot biztosítja, nincs szükség alkalmazásforrásra, és a rendszerképet a tárolóalkalmazás létrehozásakor vagy frissítésekor használja a rendszerkép.

A feladat futtatása a Microsoft által üzemeltetett ügynökökön

Ha ezt a feladatot egy Microsoft által üzemeltetett ügynökfuttatja, előfordulhat, hogy ez a feladat nem sikeresen futtatni a következő operációs rendszerekkel:

  • macOS
    • A Microsoft által biztosított macOS-futók nem települnek a Dockerrel (itt további információt); Ennek eredményeképpen ez a feladat nem tud docker parancsokat futtatni, például leküldi a beépített futtatható alkalmazásképeket az ACR-be.
  • Windows
    • A Microsoft által biztosított Windows-futók telepítve van a Docker, de alapértelmezés szerint a Linux-alapú rendszerképek nem állíthatók le; Ennek eredményeképpen ez a feladat nem tudja lekérni az Oryx-szerkesztőt, hogy futtatható alkalmazásképeket hozzon létre a megadott alkalmazásforrásból.

További információért tekintse meg az alábbi Docker előfeltétel szakaszát.

Adat-/telemetriagyűjtési értesítés

Ez az Azure DevOps-feladat alapértelmezés szerint a következő adatokat gyűjti a Microsoft számára:

  • A felhasználó által megcélzott tárolóalkalmazás buildelési és üzembe helyezési forgatókönyve
    • , azaz, az Oryx++ Buildert használta, egy megadott/talált Dockerfile-fájlt használt, vagy egy korábban létrehozott rendszerképet adott meg
    • Megjegyzés: a rendszerkép neve nem gyűjtve
  • A feladat feldolgozási ideje ezredmásodpercben
  • A tevékenység eredménye
    • , azaz, sikeres vagy sikertelen
  • Az Oryx++ Builder használata esetén a megadott alkalmazás Oryx használatával történő létrehozásához kapcsolódó események és metrikák

Ha le szeretné tiltani az adatgyűjtést, állítsa a disableTelemetry argumentumot trueértékre.

Előfeltételek

A feladat futtatása előtt az Azure-erőforrások és az Azure DevOps szolgáltatáskapcsolat szükséges vagy nem kötelező a feladathoz megadott argumentumoktól függően.

Azure DevOps Service-kapcsolat

Az Azure-ban való üzembe helyezéshez egy Azure-előfizetést a Team Foundation-kiszolgálóhoz vagy az Azure Pipelineshoz kell kapcsolni a Beállítások szakasz Szolgáltatások lapján. Adja hozzá a Build vagy a Release Management definícióban használni kívánt Azure-előfizetést a Fiókfelügyelet képernyő megnyitásával (fogaskerék ikon a képernyő jobb felső sarkában), majd kattintson a Szolgáltatások fülre.

Hozza létre az ARM szolgáltatásvégpontot, és használja az "Azure Resource Manager" végponttípust; A szolgáltatáskapcsolatok létrehozásával kapcsolatos további információkért kövesse ezt a dokumentumot.

Azure CLI

Ehhez a feladathoz telepíteni kell az Azure CLI-t az Azure Pipelines-ügynökre, hogy a feladat végrehajtása során számos parancsot hajtsunk végre. Az Azure CLI ügynökre való telepítésével kapcsolatos további információkért tekintse meg a dokumentum . Ha egy ügynök már fut azon a gépen, amelyen az Azure CLI telepítve van, győződjön meg arról, hogy újraindítja az ügynököt, hogy az összes releváns környezeti változó frissüljön.

Kikötőmunkás

Ehhez a feladathoz telepíteni kell a Dockert az Azure Pipelines-ügynökre, hogy leküldje a rendszerképeket a megadott Azure Container Registrybe. A Docker ügynökre való telepítésével kapcsolatos további információkért tekintse meg a dokumentum .

Emellett előfordulhat, hogy a Windows-ügynökkel ezt a feladatot futtató felhasználók problémát tapasztalnak azzal kapcsolatban, hogy nem tudják lekérni a Linux-alapú lemezképeket; a probléma megoldásához keresse meg a DockerCli.exe fájlt az ügynökén (általában a Program Files\Docker\Docker mappában), és futtassa

& `.\DockerCli.exe` -SwitchDaemon

Ha a Docker nincs telepítve a feladatot futtató ügynökre, a következő forgatókönyvek továbbra is engedélyezve vannak:

  • A tárolóalkalmazás által üzembe helyezett imageToDeploy argumentumhoz egy korábban létrehozott -lemezkép biztosítása

Ha a Docker az ügynökön van, de nem tud Linux-alapú rendszerképekkel dolgozni, a következő forgatókönyvek továbbra is engedélyezve vannak:

  • A tárolóalkalmazás által üzembe helyezett imageToDeploy argumentumhoz egy korábban létrehozott -lemezkép biztosítása
  • Dockerfile biztosítása az alkalmazásforrás részeként, amely a Tárolóalkalmazással lesz létrehozva és üzembe helyezve
    • Megjegyzés: a Dockerfile nem rendelkezhet Linux-alapú rendszerképrétegek

csomag parancssori felülete

A csomag parancssori felületének a Cloud Native Buildpacks projekt tartja fenn, és ez a feladat futtatható alkalmazásképek létrehozására szolgál a felhasználó számára az alkalmazás forráskódjának megadásakor, és nem tartalmaz további Docker-fájlt. Az Oryx létrehozott egy -szerkesztőt,, hogy bevegye a feladathoz megadott alkalmazás forráskódját, és létrehoz egy képet, amelyet aztán leküldhet egy lemezkép-beállításjegyzékbe, és egy tárolóalkalmazásban használhatja az alkalmazás létrehozásához és futtatásához.

A csomag parancssori felületének stabil verziója telepítve van a feladatot végrehajtó Azure Pipelines-ügynökre, és az ügynök alap operációs rendszerétől függően a telepítéshez különböző eszközök használhatók:

  • Windows rendszerű futókon:
    • A rendszer powerShell-parancsokat hajt végre a következők végrehajtásához:
      • Létrehoz egy pack mappát az ügynök ideiglenes mappájában, ha a pack mappa még nem létezik
      • A csomag parancssori felületének .zip letöltése ebbe a pack mappába
      • Bontsa ki a .zip tartalmát, és a pack mappába helyezi őket
      • Törli a .zip
  • Nem Windows rendszerű futók esetén:
    • curl a végrehajtható pack tartalmazó .tgz lekérésére szolgál.
    • tar a .tgz kibontására és a végrehajtható pack/usr/local/bin

Azure Container Registry

Egy Azure Container Registry- kell léteznie, amelybe a felhasználó le tudja küldeni a tárolólemezképeket. Ez a feladat az Azure Container Registry használatával leküld egy beépített futtatható alkalmazásrendszerképet, és/vagy üzembe helyez egy tárolóalkalmazást.

Az Azure Container Registry nevének megadása a acrName argumentumon keresztül szükséges.

A felhasználó olyan értékeket is megadhat a acrUsername és acrPassword argumentumokhoz, amelyek hitelesítik az Azure Container Registry-példány felé irányuló hívásokat; ha nincs megadva, a rendszer létrehoz egy hozzáférési jogkivonatot az Azure CLI-vel, amely ehelyett hitelesíti a hívásokat.

Azure Container App-környezet

Javasoljuk Azure Container App-környezetet, a felhasználó korábban már létrehozta a feladat teljesítményének javítása érdekében. Ha korábban még nem hozott létre környezetet, vagy ha nem található környezet a létrehozott tárolóalkalmazás üzemeltetéséhez használt erőforráscsoportban, akkor a környezet a az containerapp up parancs részeként jön létre, ami további időt vehet igénybe.

Példák

Az alábbi példák a AzureContainerApps különböző forgatókönyvekben való használatát ismertetik.

Minimális – Alkalmazáskép létrehozása tárolóalkalmazáshoz

steps:
- task: AzureContainerApps@1
  displayName: Build and deploy Container App
  inputs:
    connectedServiceNameARM: 'azure-subscription-service-connection'
    appSourcePath: '$(System.DefaultWorkingDirectory)'
    acrName: 'mytestacr'

Ezzel létrehoz egy ado-task-app-<build-id>-<build-number> nevű új tárolóalkalmazást egy <container-app-name>-rgnevű új erőforráscsoportban. A tárolóalkalmazás a megadott appSourcePath létrehozott és a megadott ACR-példányba leküldött rendszerképen alapul. A rendszer létrehoz egy hozzáférési jogkivonatot a megadott ACR-példányba történő leküldés hitelesítéséhez.

Minimális – Korábban közzétett rendszerkép használata a Container Apphoz

steps:
- task: AzureContainerApps@1
  displayName: Build and deploy Container App
  inputs:
    connectedServiceNameARM: 'azure-subscription-service-connection'
    imageToDeploy: mcr.microsoft.com/<existing-image>:latest

Ezzel létrehoz egy ado-task-app-<build-id>-<build-number> nevű új tárolóalkalmazást egy új, <container-app-name>-rg nevű erőforráscsoportban, amelyben nem készül új rendszerkép, de a tárolóalkalmazáshoz egy meglévő, mcr.microsoft.com/<existing-image>:latest nevű rendszerképet fog használni.

Minimális – YAML-konfigurációs fájl használata korábban közzétett lemezképpel a Container Apphoz

steps:
- task: AzureContainerApps@1
  displayName: Build and deploy Container App
  inputs:
    yamlConfigPath: simple-image-container-app.yaml

Ezzel létrehoz egy ado-task-app-<build-id>-<build-number> nevű új tárolóalkalmazást egy új, <container-app-name>-rg nevű erőforráscsoportban, amelyben nem készül új rendszerkép, de a tárolóalkalmazáshoz egy meglévő, mcr.microsoft.com/<existing-image>:latest nevű rendszerképet fog használni. A tárolóalkalmazás további tulajdonságait a rendszer lekéri a simple-image-container-app.yaml fájlból, és felülbírálja a tevékenységnek argumentumként megadott további értékeket, kivéve resourceGroup.

A simple-image-container-app.yaml fájl struktúrája a következő:

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

A SUBSCRIPTION_ID, RESOURCE_GROUP és CONTAINER_APP_ENVIRONMENT értékeit frissíteni kell, hogy a tárolóalkalmazás által használt meglévő tárolóalkalmazás-környezet teljes erőforrás-azonosítójára mutasson.

ACR hitelesítő adatok használata hitelesítéshez

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)

Ezzel létrehoz egy ado-task-app-<build-id>-<build-number> nevű új tárolóalkalmazást egy <container-app-name>-rgnevű új erőforráscsoportban. A tárolóalkalmazás a megadott appSourcePath létrehozott és a megadott ACR-példányba leküldött rendszerképen alapul. A megadott ACR-hitelesítő adatok az ACR-példány felé irányuló hívások hitelesítésére szolgálnak.

Tárolóalkalmazás neve megadva

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'

Ezzel létrehoz egy új my-test-container-app nevű tárolóalkalmazást egy új erőforráscsoport-névben my-test-container-app-rg.

Erőforráscsoport megadva

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'

Ezzel létrehoz egy ado-task-app-<build-id>-<build-number> nevű új tárolóalkalmazást egy my-test-rgnevű erőforráscsoportban. Ha a my-test-rg erőforráscsoport nem létezik, a program ennek a feladatnak a részeként jön létre.

Tárolóalkalmazás neve és erőforráscsoportja megadva

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'

Ezzel létrehoz egy my-test-container-app nevű új tárolóalkalmazást egy my-test-rgnevű erőforráscsoportban. Ha a my-test-rg erőforráscsoport nem létezik, a program ennek a feladatnak a részeként jön létre.

Tárolóalkalmazás-környezet megadva

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'

Ezzel létrehoz egy új, ado-task-app-<build-id>-<build-number> nevű tárolóalkalmazást egy új, <container-app-name>-rg nevű erőforráscsoportban, my-test-container-app-envnevű új tárolóalkalmazás-környezettel.

Rendelkezésre bocsátott futtatókörnyezeti verem

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'

Ezzel létrehoz egy ado-task-app-<build-id>-<build-number> nevű új tárolóalkalmazást egy <container-app-name>-rg nevű új erőforráscsoportban, ahol a futtatható alkalmazás lemezképe a .NET 7 futtatókörnyezeti vermet használja.

Dockerfile megadva

steps:
- task: AzureContainerApps@1
  displayName: Build and deploy Container App
  inputs:
    connectedServiceNameARM: 'azure-subscription-service-connection'
    appSourcePath: '$(System.DefaultWorkingDirectory)'
    acrName: 'mytestacr'
    dockerfilePath: 'test.Dockerfile'

Ezzel létrehoz egy ado-task-app-<build-id>-<build-number> nevű új tárolóalkalmazást egy <container-app-name>-rg nevű új erőforráscsoportban, ahol a futtatható alkalmazás lemezképe a megadott alkalmazás forráselérési könyvtárában található test.Dockerfile fájlból lett létrehozva.

megjegyzés: a dockerfilePathmegadott értékek esetében nem szabad fájlelőtagokat megadni (például, ./test.Dockerfile csak test.Dockerfilekell átadni). A megadott appSourcePath és dockerfilePath argumentumok összefűződnek a tevékenységen belül.

A buildelendő kép megadva

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'

Ezzel létrehoz egy ado-task-app-<build-id>-<build-number> nevű új tárolóalkalmazást egy <container-app-name>-rg nevű új erőforráscsoportban, ahol az ACR-be létrehozott és leküldett rendszerkép neve mytestacr.azurecr.io/app:latest.

Követelmények

Követelmény Leírás
Folyamattípusok YAML, klasszikus build, klasszikus kiadás
Futtatás bekapcsolva Ügynök, DeploymentGroup
Követelmények Egyik sem
képességek Ez a tevékenység nem felel meg a feladat későbbi tevékenységeire vonatkozó követelményeknek.
parancskorlátozások Bármely
Változók beállítása Bármely
Ügynök verziója 2.144.0 vagy újabb
Tevékenységkategória Felfejlődik

Lásd még: