次の方法で共有

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

  • [アーティクル]

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

これにより、 という名前の新しいリソース グループにという名前ado-task-app-<build-id>-<build-number><container-app-name>-rgの新しいコンテナー アプリが作成されます。ここで、新しいイメージは作成されませんが、 という名前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 以降
タスクのカテゴリ デプロイ

こちらもご覧ください