AzureContainerApps@0 - Azure Container Apps Deploy v0 タスク

[アーティクル]
04/29/2024

Azure Container Apps をビルドしてデプロイするための Azure DevOps タスク。

構文

# Azure Container Apps Deploy v0
# An Azure DevOps Task to build and deploy Azure Container Apps.
- task: AzureContainerApps@0
  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.

入力

workingDirectory - 作業ディレクトリ
入力エイリアス: cwd。 string.

スクリプトが実行される現在の作業ディレクトリ。未指定であればリポジトリ (ビルド) または成果物 (リリース) のルートであり、$(System.DefaultWorkingDirectory) です。

appSourcePath - アプリケーションソースパス
string.

ビルドするソースアプリケーションコードのランナーの絶対パス。指定しない場合は、コンテナーアプリに参照するイメージがあることを確認するために、'imageToDeploy' 引数を指定する必要があります。

新しいイメージを ACR にプッシュする場合は、と appSourcePath タスクのacrName入力が必要です。

azureSubscription - Azure Resource Manager接続
入力エイリアス: connectedServiceNameARM。 string. 必須です。

デプロイ用の Azure Resource Manager サービス接続を指定します。このサービス接続は、コンテナーアプリが作成または更新されるユーザーの Azure サブスクリプションにリンクされている必要があります。このサービス接続には、サブスクリプション内でこれらの変更を行う適切なアクセス許可 (共同作成者ロールなど) が必要です。

acrName - Azure Container Registry名
string.

実行可能なアプリケーションイメージがプッシュされるAzure Container Registryの名前。

新しいイメージを ACR にプッシュする場合は、と appSourcePath タスクのacrName入力が必要です。

acrUsername - ユーザー名のAzure Container Registry
string.

指定された Azure Contrainer Registry へのプッシュ要求の認証に使用されるユーザー名。指定しない場合、アクセストークンは 'az acr login' を介して生成され、要求を認証するために 'docker login' に提供されます。

acrPassword - Azure Container Registry パスワード
string.

指定された Azure Contrainer Registry へのプッシュ要求の認証に使用されるパスワード。指定しない場合、アクセストークンは 'az acr login' を介して生成され、要求を認証するために 'docker login' に提供されます。

dockerfilePath - Dockerfile パス
string.

提供されたアプリケーションソースの Dockerfile への相対パス (_without ファイルプレフィックス (次の例を参照) を使用して、イメージをビルドし、ACR にプッシュしてコンテナーアプリにデプロイする必要があります。指定されていない場合、このタスクは、指定されたアプリケーションソースのルートに "Dockerfile" という名前のファイルがある場合にチェックし、そのファイルを使用してイメージをビルドします。それ以外の場合は、Oryx++ Builder を使用してイメージが作成されます。

imageToBuild - ビルドする Docker イメージ
string.

ビルドされ、ACR にプッシュされ、このタスクによってコンテナーアプリにデプロイされるイメージのカスタム名。注: このイメージ名には ACR サーバーを含める必要があります。例: <acr-name>.azurecr.io/<repo>:<tag>。この引数を指定しない場合、既定のイメージ名はの <acr-name>.azurecr.io/ado-task/container-app:<build-id>.<build-number>形式で構築されます。

imageToDeploy - デプロイする Docker イメージ
string.

ACR に既にプッシュされ、このタスクによってコンテナーアプリにデプロイされるイメージの名前。注: イメージ名には ACR サーバーを含める必要があります。例: <acr-name>.azurecr.io/<repo>:<tag>。この引数を指定しない場合は、'imageToBuild' 引数に指定された (または決定された) 値が使用されます。プルに認証を必要とする ACR インスタンスでこのイメージが見つかった場合は、 acrName ACR インスタンスに対する要求を認証するために、引数、または acrUsername 引数と acrPassword 引数を指定できます。

containerAppName - Azure Container App name
string.

作成または更新される Azure Container App の名前。指定しない場合、この値はの ado-task-app-<build-id>-<build-number>形式になります。

resourceGroup - Azure リソースグループ名
string.

Azure Container App が作成される (または現在存在する) リソースグループ。指定しない場合、この値はの <container-app-name>-rg形式になります。

containerAppEnvironment - Azure Container App 環境
string.

アプリケーションで使用する Azure Container App 環境の名前。指定しない場合は、コンテナーアプリのリソースグループ内の既存の環境が使用されます。それ以外の場合は、の形式 <container-app-name>-envで環境が作成されます。

runtimeStack - アプリケーションランタイムスタック
string.

コンテナーアプリにデプロイされる最終的な実行可能アプリケーションイメージで使用されるプラットフォームバージョンスタック。値は、形成 <platform>:<version>で指定する必要があります。指定しない場合、この値は、指定されたアプリケーションの内容に基づいて Oryx によって決定されます。 Oryx でサポートされているランタイムスタックの詳細については、このドキュメントを参照してください。

targetPort - アプリケーションターゲットポート
string.

コンテナーアプリがリッスンするターゲットポート。指定しない場合、この値は Python アプリケーションの場合は "80"、サポートされている他のすべてのプラットフォームでは "8080" になります。

location - コンテナーアプリの場所
string.

コンテナーアプリ (およびその他の作成されたリソース) がデプロイされる場所。

environmentVariables - 環境変数
string.

コンテナーの環境変数の一覧。 'key=value' 形式のスペース区切りの値。既存の値をクリアする空の文字列。シークレットを参照するプレフィックス値に 'secretref:' を付けます。

ingress - イングレス設定
string.

使用できるオプション: 外部、内部、無効。に external 設定すると (コンテナーアプリの作成時に既定値が指定されていない場合)、構成されているアプリ環境エンドポイントに応じて、コンテナーアプリがインターネットまたは VNET から表示されます。に internal設定すると、コンテナーアプリはアプリ環境内でのみ表示されます。に disabled設定すると、このコンテナーアプリのイングレスは無効になり、HTTP または TCP エンドポイントはありません。

yamlConfigPath - YAML 構成ファイルのパス
string.

コンテナーアプリの構成の詳細を示す YAML ファイルへの完全パス (実行中の Azure Pipelines エージェント上)。

YAML 構成ファイルのプロパティは使用されません。この値はresourceGroup、タスクに指定された引数またはタスクによって生成される既定のリソースグループ名からresourceGroup取得されます。 YAML 構成ファイルで提供される他のすべてのプロパティは、このタスクの引数として指定された値をオーバーライドします。たとえば、引数が containerAppName タスクに指定され name 、プロパティが YAML 構成ファイルで設定されている場合、 name コンテナーアプリの作成時または更新時に YAML ファイルのプロパティが使用されます。

イメージとアプリケーションのソース引数 (たとえば、など) は、appSourcePathimageToDeployコンテナーアプリで使用されるイメージを最初にビルドまたはプッシュするために引き続き使用されます。この場合、指定された YAML 構成ファイルは、(またはimageToBuild、シナリオに応じて) 指定されたimageToDeployイメージを参照する必要があります。

新しいコンテナーアプリを作成すると、コンテナーアプリの作成時に YAML 構成ファイルに一覧表示されているすべてのプロパティ (上記を除く resourceGroup ) が設定されます。既存のコンテナーアプリを更新すると、ファイルに一覧表示されているプロパティのみがコンテナーアプリで更新されます。

現在、YAML ファイルでは、使用されるコンテナーレジストリのマネージド ID 認証の設定はサポートされていません。この問題の詳細については、こちらの GitHub の問題を参照してください。

引数が yamlConfigPath 指定されている場合、YAML ファイルは対応する az containerapp コマンド create に渡されます。またはupdate シナリオに応じて異なります。 YAML 構成ファイルが提供される場合の意図された動作の詳細については、対応するコマンドにリンクされているドキュメントを参照してください。

YAML 構成ファイルの構造の詳細については、こちらのサイトを参照してください。

disableTelemetry - テレメトリを無効にする
boolean.

'true' に設定すると、この Azure DevOps タスクによってテレメトリは収集されません。 'false' に設定されている場合、またはこの引数が指定されていない場合、この Azure DevOps タスクを対象とするコンテナーアプリのビルドとデプロイシナリオに関するテレメトリが Microsoft に送信されます。

タスク制御オプション

すべてのタスクには、タスク入力に加えて制御オプションがあります。詳細については、「コントロールオプションと一般的なタスクプロパティ」を参照してください。

出力変数

[なし] :

解説

この Azure Pipelines タスクを使用すると、ユーザーは、以前に構築したイメージ、イメージのビルド元となる Dockerfile、またはビルダーを使用してユーザーの実行可能なアプリケーションイメージを作成することで、Azure Pipelines ワークフロー内の Azure Container App にアプリケーションソースを簡単にデプロイできます。

タスクには、次の 2 つの使用パターンがあります。

ACR へのイメージのプッシュ - 新しいイメージを ACR にプッシュする場合は、 acrName と appSourcePath タスクの入力が必要です。
以前にプッシュされたイメージをデプロイする - 以前にプッシュされたイメージをデプロイする場合は、 imageToDeploy タスク入力が必要です。プルに認証を必要とする ACR インスタンスでこのイメージが見つかった場合は、 acrName ACR インスタンスに対する要求を認証するために、引数、または acrUsername 引数と acrPassword 引数を指定できます。

注意

このタスクのメタデータでタスク入力が正式に "必須" としてマークされることはありませんが、このタスクを 2 つのメイン使用法 pattenrs のいずれかを使用して正常に実行するには、一部の入力を指定する必要があります。

指定されたアプリケーションソースで Dockerfile が見つからないか指定されていない場合は、このタスクによって次の手順が実行されます。

Oryx++ Builder を使用して、Oryx を使用してアプリケーションソースをビルドし、実行可能なアプリケーションイメージを生成します
この実行可能なアプリケーションイメージを、指定されたAzure Container Registryにプッシュします
このイメージに基づいてコンテナーアプリを作成または更新します

アプリケーションソースで Dockerfile が検出または検出された場合、ビルダーは使用されません。イメージはの docker build 呼び出しでビルドされ、このイメージに基づいてコンテナーアプリが作成または更新されます。

以前にビルドされたイメージが既に ACR インスタンスにプッシュされていて、このタスクに提供されている場合、アプリケーションソースは必要なく、コンテナーアプリの作成または更新時にイメージが使用されます。

Microsoft でホストされているエージェントでこのタスクを実行する

Microsoft がホストするエージェントでこのタスクを実行している場合は、次のオペレーティングシステムでこのタスクを正常に実行できない場合があります。

macOS
- Microsoft によって提供される macOS ランナーは Docker と共にインストールされません (詳細については、こちらを参照してください)。その結果、このタスクは、ビルドされた実行可能なアプリケーションイメージを ACR にプッシュするなど、コマンドを実行 docker できません。
Windows
- Microsoft によって提供される Windows ランナーには Docker がインストールされていますが、既定では Linux ベースのイメージをプルダウンできません。その結果、このタスクは Oryx ビルダーをプルダウンして、指定されたアプリケーションソースから実行可能なアプリケーションイメージを作成することはできません。

詳細については、以下の Docker の前提条件に関するセクションを参照してください。

データ/テレメトリ収集に関する通知

既定では、この Azure DevOps タスクは Microsoft の次のデータを収集します。

ユーザーが対象とするコンテナーアプリのビルドとデプロイのシナリオ
- つまり、Oryx++ Builder を使用したり、指定された/見つかった Dockerfile を使用したり、以前にビルドされたイメージを提供したりしました
- 注: イメージ名は収集されません
タスクの処理時間 (ミリ秒単位)
タスクの結果
- つまり、成功または失敗
Oryx++ Builder を使用する場合、Oryx を使用して提供されるアプリケーションのビルドに関連するイベントとメトリック

データ収集を無効にする場合は、引数を disableTelemetry に true設定してください。

前提条件

このタスクを実行する前に、Azure リソースと Azure DevOps サービス接続は、このタスクに指定された引数に応じて必須または省略可能です。

Azure DevOps サービス接続

Azure にデプロイするには、設定セクションの [サービス] タブを使用して、Azure サブスクリプションを Team Foundation Server または Azure Pipelines にリンクする必要があります。 [アカウント管理] 画面 (画面右上の歯車アイコン) を開き、[サービス] タブをクリックして、ビルドまたはRelease Management定義で使用する Azure サブスクリプションを追加します。

ARM サービスエンドポイントを作成し、"Azure Resource Manager" エンドポイントの種類を使用します。サービス接続の作成の詳細については、こちらのドキュメントを参照してください。

Azure CLI

このタスクでは、タスクの実行中にさまざまなコマンドを実行するために、Azure CLI が Azure Pipelines エージェントにインストールされている必要があります。エージェントに Azure CLI をインストールする方法の詳細については、こちらのドキュメントを参照してください。 Azure CLI がインストールされているマシンでエージェントが既に実行されている場合は、関連するすべての環境変数が更新されるようにエージェントを再起動してください。

Docker

このタスクでは、指定されたAzure Container Registryにイメージをプッシュするために、Docker が Azure Pipelines エージェントにインストールされている必要があります。エージェントに Docker をインストールする方法の詳細については、こちらのドキュメントを参照してください。

さらに、Windows エージェントでこのタスクを実行しているユーザーは、Linux ベースのイメージをプルダウンできないという問題が発生する可能性があります。これを解決するには、このサイトにアクセスするか、エージェント上の DockerCli.exe ファイル (通常はフォルダー内) を Program Files\Docker\Docker 見つけて実行してください

& `.\DockerCli.exe` -SwitchDaemon

このタスクを実行しているエージェントに Docker がインストールされていない場合でも、次のシナリオが有効になります。

コンテナーアプリがデプロイする引数にimageToDeploy、以前にビルドしたイメージを指定する

Docker がエージェント上にあり、Linux ベースのイメージを操作できない場合でも、次のシナリオが引き続き有効になります。

コンテナーアプリがデプロイする引数にimageToDeploy、以前にビルドしたイメージを指定する
コンテナーアプリを Dockerfile 使用してビルドおよびデプロイされるアプリケーションソースの一部としてを提供する
- 注: には Dockerfile Linux ベースのイメージレイヤーを含めることはできません

pack CLI

パック CLI は Cloud Native Buildpacks プロジェクトによって管理され、アプリケーションソースコードが提供され、追加の Dockerfile が指定または見つからない場合に、ユーザーの実行可能なアプリケーションイメージを作成するためにこのタスクによって使用されます。このタスクに提供されるアプリケーションソースコードを取り込み、イメージレジストリにプッシュし、Container App内でアプリケーションをビルドして実行するために使用できるイメージを生成するために、Oryxによってビルダーが作成されました。

パック CLI の安定バージョンは、タスクを実行している Azure Pipelines エージェントにインストールされ、このエージェントの基本 OS によっては、インストールを支援するためにさまざまなツールが利用されます。

Windows ランナーの場合:
- 一連の PowerShell コマンドが実行され、次の処理が行われます。
  - packそのフォルダーがまだ存在しない場合は、エージェントの一時フォルダーにフォルダーをpack作成します
  - パック CLI .zip をこの pack フォルダーにダウンロードします
  - この .zip からコンテンツを解凍し、フォルダーに pack 配置します
  - を削除します。 .zip
Windows 以外のランナーの場合:
- curlは、実行可能ファイルを含む pack を.tgzプルダウンするために使用されます
- tar は、を解凍 .tgz し、実行可能ファイルを pack に配置するために使用されます /usr/local/bin

Azure Container Registry

ユーザーがコンテナーイメージをプッシュできるAzure Container Registryが存在する必要があります。このタスクでは、Azure Container Registryを利用して、ビルドされた実行可能なアプリケーションイメージをコンテナーアプリにプッシュするか、コンテナーアプリをデプロイします。

引数を使用して、Azure Container Registryの名前がacrName必要です。

ユーザーは、Azure Container Registry インスタンスへの呼び出しを認証する引数と acrPassword 引数の値acrUsernameを指定することもできます。指定されていない場合は、代わりに呼び出しを認証する Azure CLI を介してアクセストークンが生成されます。

Azure Container App 環境

タスクのパフォーマンスを向上させるために、ユーザーが以前に作成した Azure Container App 環境をお勧めします。以前に環境が作成されていない場合、または作成されたコンテナーアプリのホストに使用されているリソースグループに環境が見つからない場合は、によってコマンドの一部として環境が作成されます。この場合、追加の az containerapp up 時間がかかる場合があります。

例

次の例では、さまざまなシナリオでを AzureContainerApps 使用する方法について説明します。

最小 - コンテナーアプリのアプリケーションイメージをビルドする

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

これにより、という名前の新しいリソースグループにという名前 ado-task-app-<build-id>-<build-number> の新しいコンテナーアプリが <container-app-name>-rg作成されます。コンテナーアプリは、指定されたからビルドされ、指定 appSourcePath された ACR インスタンスにプッシュされたイメージに基づいて作成されます。アクセストークンが生成され、指定された ACR インスタンスへのプッシュを認証します。

最小 - コンテナーアプリに対して以前に公開されたイメージを使用する

steps:
- task: AzureContainerApps@0
  displayName: Build and deploy Container App
  inputs:
    connectedServiceNameARM: 'azure-subscription-service-connection'
    imageToDeploy: mcr.microsoft.com/azuredocs/containerapps-helloworld:latest

最小 - コンテナーアプリ用に以前に公開されたイメージで YAML 構成ファイルを使用する

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

これにより、という名前の新しいリソースグループにという名前ado-task-app-<build-id>-<build-number><container-app-name>-rgの新しいコンテナーアプリが作成されます。ここで、新しいイメージは作成されませんが、という名前mcr.microsoft.com/azuredocs/containerapps-helloworld:latestの既存のイメージがコンテナーアプリに使用されます。コンテナーアプリに関する追加のプロパティはファイルから simple-image-container-app.yaml プルされ、を 除く resourceGroup引数としてタスクに指定された追加の値がオーバーライドされます。

ファイルの構造は simple-image-container-app.yaml 次のとおりです。

properties:
  managedEnvironmentId: /subscriptions/SUBSCRIPTION_ID/resourceGroup/RESOURCE_GROUP/providers/Microsoft.App/managedEnvironments/CONTAINER_APP_ENVIRONMENT
  configuration:
    ingress:
      external: true
      allowInsecure: false
      targetPort: 80
  template:
    containers:
      - image: mcr.microsoft.com/azuredocs/containerapps-helloworld:latest
        name: mysampleimagecontainer

、のSUBSCRIPTION_IDRESOURCE_GROUPCONTAINER_APP_ENVIRONMENT値は、コンテナーアプリが使用する既存の Container App 環境の完全なリソース ID を指すために更新する必要があります。

ACR 資格情報を使用した認証

steps:
- task: AzureContainerApps@0
  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)

これにより、という名前の新しいリソースグループにという名前 ado-task-app-<build-id>-<build-number> の新しいコンテナーアプリが <container-app-name>-rg作成されます。コンテナーアプリは、指定されたからビルドされ、指定 appSourcePath された ACR インスタンスにプッシュされたイメージに基づいて作成されます。指定された ACR 資格情報は、ACR インスタンスへの呼び出しを認証するために使用されます。

指定されたコンテナーアプリ名

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

これにより、新しいリソースグループ名 my-test-container-app-rgにという名前my-test-container-appの新しいコンテナーアプリが作成されます。

指定されたリソースグループ

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

これにより、という名前のリソースグループmy-test-rgにという名前ado-task-app-<build-id>-<build-number>の新しいコンテナーアプリが作成されます。リソースグループが my-test-rg 存在しない場合は、このタスクの一部として作成されます。

指定されたコンテナーアプリ名とリソースグループ

steps:
- task: AzureContainerApps@0
  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'

これにより、という名前のリソースグループmy-test-rgにという名前my-test-container-appの新しいコンテナーアプリが作成されます。リソースグループが my-test-rg 存在しない場合は、このタスクの一部として作成されます。

コンテナーアプリ環境が提供されます

steps:
- task: AzureContainerApps@0
  displayName: Build and deploy Container App
  inputs:
    connectedServiceNameARM: 'azure-subscription-service-connection'
    appSourcePath: '$(System.DefaultWorkingDirectory)'
    acrName: 'mytestacr'
    containerAppEnvironment: 'my-test-container-app-env'

これにより、という名前の新しいコンテナーアプリ環境を使用して、という ado-task-app-<build-id>-<build-number> 名前 <container-app-name>-rg の新しいリソースグループにという名前の新しいコンテナーアプリが my-test-container-app-env作成されます。

ランタイムスタックが提供されます

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

これにより、実行可能なアプリケーションイメージが .NET 7 ランタイムスタックを使用しているという名前の新しいリソースグループに、という ado-task-app-<build-id>-<build-number> 名前 <container-app-name>-rg の新しいコンテナーアプリが作成されます。

Dockerfile が提供されました

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

これにより、指定されたアプリケーションソースパスディレクトリにあるファイルからtest.Dockerfile実行可能なアプリケーションイメージが作成されたという名前の新しいリソースグループに、という名前ado-task-app-<build-id>-<build-number><container-app-name>-rgの新しいコンテナーアプリが作成されます。

注: に dockerfilePath指定された値の場合、ファイルプレフィックスを含める必要はありません (たとえば、 ./test.Dockerfile 単に test.Dockerfileとして渡す必要があります)。指定された appSourcePath 引数と dockerfilePath 引数は、タスク内で連結されます。

ビルドするイメージが用意されています

steps:
- task: AzureContainerApps@0
  displayName: Build and deploy Container App
  inputs:
    connectedServiceNameARM: 'azure-subscription-service-connection'
    appSourcePath: '$(System.DefaultWorkingDirectory)'
    acrName: 'mytestacr'
    imageToBuild: 'mytestacr.azurecr.io/app:latest'

これにより、という名前の新しいリソースグループ<container-app-name>-rgにという名前ado-task-app-<build-id>-<build-number>の新しいコンテナーアプリが作成されます。ここで、イメージがビルドされ、ACR にプッシュされますmytestacr.azurecr.io/app:latest。

要件

要件	説明
パイプラインの種類	YAML、クラシックビルド、クラシックリリース
上で実行	エージェント、DeploymentGroup
確認要求	なし
Capabilities	このタスクは、ジョブ内の後続のタスクに対する要求を満たしていません。
コマンドの制限	Any
設定可能な変数	Any
エージェントのバージョン	2.144.0 以降
タスクのカテゴリ	デプロイ

こちらもご覧ください

Azure Pipelines から Azure Container Apps にデプロイする

AzureContainerApps@0 - Azure Container Apps Deploy v0 タスク

構文

入力

タスク制御オプション

出力変数

解説

Microsoft でホストされているエージェントでこのタスクを実行する

データ/テレメトリ収集に関する通知

前提条件

Azure DevOps サービス接続

Azure CLI

Docker

pack CLI

Azure Container Registry

Azure Container App 環境

例

最小 - コンテナーアプリのアプリケーションイメージをビルドする

最小 - コンテナーアプリに対して以前に公開されたイメージを使用する

最小 - コンテナーアプリ用に以前に公開されたイメージで YAML 構成ファイルを使用する

ACR 資格情報を使用した認証

指定されたコンテナーアプリ名

指定されたリソースグループ

指定されたコンテナーアプリ名とリソースグループ

コンテナーアプリ環境が提供されます

ランタイムスタックが提供されます

Dockerfile が提供されました

ビルドするイメージが用意されています

要件

こちらもご覧ください

フィードバック

フィードバック

その他のリソース

AzureContainerApps@0 - Azure Container Apps Deploy v0 タスク

構文

入力

タスク制御オプション

出力変数

解説

Microsoft でホストされているエージェントでこのタスクを実行する

データ/テレメトリ収集に関する通知

前提条件

Azure DevOps サービス接続

Azure CLI

Docker

pack CLI

Azure Container Registry

Azure Container App 環境

例

最小 - コンテナー アプリのアプリケーション イメージをビルドする

最小 - コンテナー アプリに対して以前に公開されたイメージを使用する

最小 - コンテナー アプリ用に以前に公開されたイメージで YAML 構成ファイルを使用する

ACR 資格情報を使用した認証

指定されたコンテナー アプリ名

指定されたリソース グループ

指定されたコンテナー アプリ名とリソース グループ

コンテナー アプリ環境が提供されます

ランタイム スタックが提供されます

Dockerfile が提供されました

ビルドするイメージが用意されています

要件

こちらもご覧ください

フィードバック

フィードバック

その他のリソース

最小 - コンテナーアプリのアプリケーションイメージをビルドする

最小 - コンテナーアプリに対して以前に公開されたイメージを使用する

最小 - コンテナーアプリ用に以前に公開されたイメージで YAML 構成ファイルを使用する

指定されたコンテナーアプリ名

指定されたリソースグループ

指定されたコンテナーアプリ名とリソースグループ

コンテナーアプリ環境が提供されます

ランタイムスタックが提供されます