AzureContainerApps@1 - Azure Container Apps Deploy v1 タスク
Azure Container Apps をビルドしてデプロイするための Azure DevOps タスク。
構文
# 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.
入力
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 名
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 ファイル内の プロパティが使用されます。
イメージとアプリケーションのソース引数 (たとえば、 など) は、appSourcePath
imageToDeploy
コンテナー アプリで使用されるイメージを最初にビルドまたはプッシュするために引き続き使用されます。この場合、指定された 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 にプッシュする場合は、 と
appSourcePath
タスクのacrName
入力が必要です。 - 以前にプッシュされたイメージをデプロイする - 以前にプッシュされたイメージをデプロイする場合は、
imageToDeploy
タスク入力が必要です。 このイメージが、プルする認証を必要とする ACR インスタンスで見つかった場合は、acrName
ACR インスタンスに対する要求を認証するために、 引数、またはacrUsername
およびacrPassword
引数を指定できます。
注意
このタスクのメタデータで正式に "必須" とマークされたタスク入力はありませんが、このタスクが 2 つのメイン使用パターンのいずれかを使用して正常に実行するには、いくつかの入力を指定する必要があります。
指定されたアプリケーション ソースで Dockerfile が見つからないか指定されていない場合は、このタスクによって次の手順が実行されます。
- Oryx++ Builder を使用して 、Oryx を使用してアプリケーション ソースをビルドし、実行可能なアプリケーション イメージを生成します
- この実行可能なアプリケーション イメージを、指定されたAzure Container Registryにプッシュします
- このイメージに基づいてコンテナー アプリを作成または更新します
アプリケーション ソースで Dockerfile が検出または検出された場合、ビルダーは使用されません。イメージは の docker build
呼び出しでビルドされ、このイメージに基づいてコンテナー アプリが作成または更新されます。
以前にビルドされたイメージが既に ACR インスタンスにプッシュされていて、このタスクに提供されている場合、アプリケーション ソースは必要なく、コンテナー アプリの作成または更新時にイメージが使用されます。
Microsoft でホストされているエージェントでこのタスクを実行する
Microsoft がホストするエージェントでこのタスクを実行している場合は、次のオペレーティング システムでこのタスクを正常に実行できない場合があります。
- macOS
- Microsoft によって提供される macOS ランナー は Docker と共にインストールされません (詳細 については、こちらを参照してください)。その結果、このタスクは、ビルドされた実行可能なアプリケーション イメージを ACR にプッシュするなど、コマンドを実行
docker
できません。
- Microsoft によって提供される macOS ランナー は Docker と共にインストールされません (詳細 については、こちらを参照してください)。その結果、このタスクは、ビルドされた実行可能なアプリケーション イメージを ACR にプッシュするなど、コマンドを実行
- 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
- 一連の PowerShell コマンドが実行され、次の処理が行われます。
- 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@1
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@1
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@1
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_ID
RESOURCE_GROUP
CONTAINER_APP_ENVIRONMENT
値は、コンテナー アプリが使用する既存の Container App 環境の完全なリソース ID を指すために更新する必要があります。
ACR 資格情報を使用した認証
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)
これにより、 という名前の新しいリソース グループに という名前 ado-task-app-<build-id>-<build-number>
の新しいコンテナー アプリが <container-app-name>-rg
作成されます。 コンテナー アプリは、指定された からビルドされ、指定 appSourcePath
された ACR インスタンスにプッシュされたイメージに基づいて作成されます。 指定された ACR 資格情報は、ACR インスタンスへの呼び出しを認証するために使用されます。
指定されたコンテナー アプリ名
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'
これにより、新しいリソース グループ名 my-test-container-app-rg
に という名前my-test-container-app
の新しいコンテナー アプリが作成されます。
指定されたリソース グループ
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'
これにより、 という名前のリソース グループmy-test-rg
に という名前ado-task-app-<build-id>-<build-number>
の新しいコンテナー アプリが作成されます。 リソース グループが my-test-rg
存在しない場合は、このタスクの一部として作成されます。
指定されたコンテナー アプリ名とリソース グループ
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'
これにより、 という名前のリソース グループmy-test-rg
に という名前my-test-container-app
の新しいコンテナー アプリが作成されます。 リソース グループが my-test-rg
存在しない場合は、このタスクの一部として作成されます。
コンテナー アプリ環境が提供されます
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'
これにより、 という名前の新しいコンテナー アプリ環境を使用して、 という ado-task-app-<build-id>-<build-number>
名前 <container-app-name>-rg
の新しいリソース グループに という名前の新しいコンテナー アプリが my-test-container-app-env
作成されます。
ランタイム スタックが提供されます
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'
これにより、実行可能なアプリケーション イメージが .NET 7 ランタイム スタックを使用している という名前の新しいリソース グループに、 という ado-task-app-<build-id>-<build-number>
名前 <container-app-name>-rg
の新しいコンテナー アプリが作成されます。
Dockerfile が提供されました
steps:
- task: AzureContainerApps@1
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@1
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 以降 |
タスクのカテゴリ | デプロイ |