この記事では、Azure Container Apps express についてよく寄せられる質問に回答します。
Important
Azure Container Apps express は現在、プレビューです。 プレビュー機能は SLA なしで提供され、運用環境のワークロードには推奨されません。 一部の Container Apps の機能は、Express ではサポートされていないか、利用が制限されます。 詳細については、「 Microsoft Azure プレビューの追加使用条件」を参照してください。
全般
Azure Container Apps express とは
Azure Container Apps express は、現在 preview にある Web アプリケーションの環境レベルです。 これは、ゼロからスケールし、管理するインフラストラクチャの選択肢を減らしながら、迅速にデプロイするのに役立ちます。 コンテナー イメージを指定すると、express が環境のセットアップ、ネットワークの既定設定、スケーリング動作を処理します。
Azure Container Apps Express は Azure Container Apps とどう違いますか?
Azure Container Appsでは、アプリをデプロイする前にマネージド環境を作成して構成する必要があります。 Express では、最小限の環境プロビジョニング時間で運用環境対応の既定値が提供されます。 主な違いは次のとおりです。
- プロビジョニング: Express アプリは数分ではなく数秒で実行されます。
- コールド スタート: Express は、0 回から 1 秒未満の起動時間を実現します。
- 構成: Express は、インフラストラクチャの決定を必要とせず、運用環境に対応した既定値を提供します。
- 環境: Express 環境は完全に管理され、共有されます。基になるインフラストラクチャをプロビジョニングしたり構成したりすることはありません。
VNet の分離、専用コンピューティング、GPU、または高度なネットワークを必要とするワークロードの場合、Azure Container Appsはワークロード プロファイルを通じてさまざまなコンピューティング オプションを提供し続けます。
express は誰向けに設計されていますか？
Express は、次の 2 つの主な対象ユーザー向けに設計されています。
- 迅速に移行する開発者: 迅速なデプロイが必要な SaaS アプリ、API、Web ダッシュボード、プロトタイプ、スタートアップ ワークロード。
- 必要に応じてデプロイするシステム: モデル コンテキスト プロトコル (MCP) サーバー、ツール使用エンドポイント、ワークフロー API、および迅速な起動と破棄の利点を活用するユーザー インターフェイス。
express と Azure Container Apps のサンドボックスはどのような関係ですか?
Express は、Azure Container Apps Sandboxes 上に構築されています。 サンドボックスは、高速な起動、分離、大規模な実行を提供します。 Express を使用するためにサンドボックスを理解する必要はありませんが、Express の体験を支える基盤となっています。
作業の開始
Express アプリを作成する方法
Azure CLIまたは新しいAzure Container Apps ポータル (containerapps.azure.com) を使用して、高速アプリを作成できます。
Azure CLIを使用して、最初に高速環境を作成してから、アプリをデプロイします。 詳細については、「 Azure CLI を使用して高速コンテナー アプリをデプロイする」を参照してください。
Express アプリをデプロイする前に、マネージド環境を作成する必要がありますか?
Azure CLIを使用する場合は、最初に az containerapp env create --environment-mode express を使用して高速環境を作成し、その環境にアプリをデプロイします。
Azure Container Apps ポータルを使用すると、環境が自動的に作成および管理されます。
Express を使用するには、どのような ID とアカウントの要件が必要ですか?
Express には、Microsoft Entra IDに基づくアカウントが必要です。 個人用Microsoftアカウントと Entra 以外のアカウントはサポートされていません。 サブスクリプションは、Azure Container Apps リソース プロバイダーにも登録する必要があります。 ポータルにアクセスするときに tenant_not_allowed エラーが発生した場合は、アカウントがMicrosoft Entra テナントによってサポートされていることを確認します。
Azure CLIとポータルの両方を使用して高速アプリを管理できますか?
Yes. Azure CLI と新しい Azure Container Apps ポータル (containerapps.azure.com の両方を使用して、高速アプリを作成および管理できます。
特徴と機能
現在、Express で利用できる機能は何ですか?
Express はプレビュー段階です。 次の機能を使用できます。
- 任意のレジストリからコンテナー イメージをデプロイする (匿名またはトークンベースのプル)
- 構成不要のゼロからの自動スケール
- アプリあたり最大 2 分のレプリカ。 自動スケールはまだ使用できません。
- 即時パブリック URL を持つ既定のイングレス ドメイン
- 環境変数とシークレットの管理
- リアルタイム ログ ストリーミング
- デバッグのために実行中のコンテナーへのシェルへの Exec アクセス
- containerapps.azure.com での新しいポータル エクスペリエンス
Express ではまだ使用できない機能は何ですか?
Express はプレビュー段階であり、すべてのAzure Container Apps機能はまだ含まれていません。 現在使用できない機能は次のとおりです。
- VNet 統合
- カスタム ドメイン
- マネージド ID
- ヘルスプローブ
- Autoscaling
- GPU コンピューティング
プレビュー期間中は、サポートされる機能が頻繁に変更されます。 サポートされている機能と計画されている機能の最新の一覧については、 高速ドキュメントを参照してください。
Azure Container Appsとリーチ機能のパリティを表現するタイミング
Express は、Azure Container Appsのすべての機能をサポートするように設計されているわけではありません。 詳細については、「Azure Container Apps express overview を参照してください。
リージョン
Express をサポートするAzureリージョンはどれですか?
Express は、プレビュー期間中に次のリージョンで利用できます。
- 東アジア
- 米国中西部
希望するリージョンで Express 環境を作成できないのはなぜですか?
プレビュー期間中、Express は特定のリージョンでのみ使用できます。 ポータルと CLI に、サポートされていないリージョンが表示される場合があります。
ExpressEnvironmentNotAvailableInRegion エラーが発生した場合は、サポートされているリージョンを選択して、もう一度やり直してください。
価格と請求
エクスプレスはどのように課金されますか?
Express では、既存のAzure Container Apps使用量の価格モデルが使用されます。これには、1 秒あたりの vCPU と、スケールが 0 のメモリ課金が含まれます。 個別の環境プロビジョニング料金はありません。 従量課金のワークロードに適用されるのと同じ無料枠が、Express にも適用されます。 価格の詳細については、Azure Container Apps価格に関するページを参照してください。
Express の Free レベルはありますか?
Yes. Express には、Azure Container Apps消費ワークロードに適用されるのと同じ無料の許可が含まれています。 使用量が無料の許可しきい値を超えた場合にのみ、料金が発生します。 ゼロまでスケールする機能と組み合わせることで、Express では使った分だけ支払います。
Migration
既存のAzure Container Apps環境は express に自動的に移行されますか?
既存環境の一部は、express へ移行できます。 移行は、Azure Container Apps使用率が低いサブスクリプションに属する非アクティブな空の環境 (実行中のアプリやジョブなし) から始まり、段階的に実行されます。 この方法により、中断が最小限に抑えられます。
環境が移行用に選択されると、タイムラインと必要なアクションに関する事前通知が表示されます。 オプトアウトすることもできます。
移行の環境を選択するには、どのような条件が使用されますか?
複数の要因に基づいて移行候補を選択します。
- アクティビティ レベル: 実行中のアプリケーションやジョブがほとんどない環境またはまったくない環境に優先順位を付けます。
- 機能の使用: 高度な機能 (VNet 統合、Dapr、専用ワークロード プロファイル、セッション プールなど) を使用しない環境を検討します。
- サブスクリプションの使用状況: 使用率の低いサブスクリプションは、中断を最小限に抑えるために、使用率の高いサブスクリプションの前に移行します。
Express ではまだ利用できない高度な機能を使用している環境、または利用量の多いサブスクリプションに属する環境は、自動移行されません。
環境アーカイブとは
環境が現在必要ない場合は、アーカイブできます。 アーカイブすると、基になるリソースのプロビジョニングが解除され、不要な課金が防止され、クォータが解放されます。 アーカイブされた環境は、後で実行中の状態に復元できます。 既定のドメイン名は変更されませんが、受信 IP と送信 IP は変更されます。 アーカイブは、環境で現在使用されているすべての機能をデータ損失なしでバックアップできる場合にのみ使用できます。 アーカイブを使用して、WorkloadProfiles などのモード間で環境を Express に移行することもできます。
環境を自分でExpressに移行できますか?
Yes. アーカイブと復元のワークフローを使えば、サポートに問い合わせることなく Express に移行できます。 現在の環境をアーカイブし、エクスプレス環境として復元します。 この方法では、移行のタイミングを選択できます。
例えば次が挙げられます。
az containerapp env update --environment-mode express ...
このコマンドは、表現する環境を直接移行します。 アーカイブと復元の機能は内部的に処理されます。
自動移行をオプトアウトできますか?
移行に関する通知を受け取り、環境がまだサポートされていない機能に依存している場合、または移行によってワークロードが中断される場合は、Azure サポートにお問い合わせください。 サポートされていない高度な機能を使用する環境は、自動移行されません。 アーカイブと復元のワークフローを使用して、後で自己移行することもできます。
環境が Express に移行された場合、機能は失われますか?
環境は、express が使用中のすべての機能をサポートする場合にのみ自動移行されます。 お使いの環境で、高速ではまだ使用できない高度な機能を使用している場合、アプリは自動移行を続行しません。
アーカイブと復元を使用して自分で移行する場合は、先に進む前に、Express 機能のサポート マトリクスを確認し、アプリケーションが依存するすべての機能を Express がサポートしていることを確認してください。
自己移行フローを使用すると、使用中の機能がサポートされていない場合にアプリを移動できなくなります。 代わりに、不足しているものに関連するエラーが表示されます。
移行中にアプリとデータはどうなりますか?
移行中に、アプリケーションで最大 30 分のダウンタイムが発生する可能性があります。 自動移行は事前に発表されています。 アーカイブと復元を使用して自己移行する場合は、移動のタイミングを制御します。
運用準備
express は本番環境のワークロードに対応できますか？
Express は現在 プレビュー段階です。 プレビュー サービスには、サービス レベル アグリーメント (SLA) は含まれません。 Express は、開発、テスト、プロトタイプ作成に適しており、VNet 統合やマネージド ID などのワークロード プロファイルでAzure Container Appsでのみ使用できる機能を必要としない運用ワークロードに適しています。
Express には SLA がありますか?
Express はプレビュー段階であり、SLA はありません。 一般提供開始に向けた動きが明確になるにつれて、SLA に関する確約が示されるようになります。 現在 SLA が必要なワークロードの場合は、ワークロード プロファイルでAzure Container Appsを使用します。
フィードバックを提供したり、問題を報告したりするにはどうすればよいですか?
Azure Container Apps GitHub リポジトリを使用して、フィードバックの提供、問題の報告、機能の要求を行うことができます。 また、運用環境の問題に関するAzure サポートに連絡することもできます。