Azure Container Apps Express のよくあるご質問 (FAQs)

Azure Container Apps express についてよく寄せられる質問とその回答を見つけます。

Important

Azure Container Apps express は現在プレビュー段階です。 プレビュー機能は、サービス レベル アグリーメント (SLA) なしで提供され、運用環境のワークロードには推奨されません。 一部の機能はサポートされていないか、機能が制限されている可能性があります。 詳細については、「 Microsoft Azure プレビューの追加使用条件」を参照してください。

全般

Azure Container Apps express とは

Azure Container Apps express は、現在プレビュー段階の合理化された環境レベルであり、Web アプリケーション用に専用に構築されています。 これは、最速のプロビジョニング、ゼロからの即時スケール、およびAzure Container Appsの最も簡単な開発者エクスペリエンスを提供します。 Express は、インフラストラクチャの決定を削除します。手動でプロビジョニングする環境がなく、構成するネットワークも、書き込むスケーリング 規則もありません。 コンテナー イメージを取り込み、express は他のすべてを処理します。

Azure Container Apps Express は Azure Container Apps とどう違いますか?

Azure Container Appsでは、アプリをデプロイする前にマネージド環境を作成して構成する必要があります。 Express は、その手順を完全に排除します。 主な違いは次のとおりです。

• プロビジョニング: Express アプリは数分ではなく数秒で実行されます。
• コールド スタート: Express は、ゼロから 1 秒未満のスケールの起動時間を提供します。
• 構成: Express は、インフラストラクチャの決定を必要とせず、運用環境に対応した既定値を提供します。
• 環境: Express 環境はフル マネージドで共有されるため、基になるインフラストラクチャをプロビジョニングまたは構成しません。

VNet の分離、専用コンピューティング、GPU、または高度なネットワークを必要とするワークロードの場合、Azure Container Appsはワークロード プロファイルを通じてさまざまなコンピューティング オプションを提供し続けます。

express を使用してAzure Container Appsを簡略化する場合、環境コンストラクトがまだ存在するのはなぜですか?

つまり、環境の役割は異なります。 これで、インフラストラクチャの境界よりもアプリ グループ に近い、アプリの軽量でフル マネージドのグループ化になりました。 セットアップ時間はほぼ 0 に縮小されます。

Express がそれを保持する理由はいくつかあります:

• 一貫性: 既存の IaC、ソフトウェア開発キット (SDK)、および CLI コマンドは引き続き変更されずに機能します。
• 今後の機能: 一部の今後の機能では、環境内のアプリをバインドします (VNet の添付ファイルなど)。
• レベル間のスムーズな移行: 共有モデルにより、Express Azure Container Apps と Standard Azure Container Apps の間で容易に移行できます。

express は誰向けに設計されていますか？

Express は、次の 2 つの対象ユーザー向けに構築されています。

• 迅速な出荷を希望する開発者: 数分でアイデアから運用に移行する SaaS アプリ、API、Web ダッシュボード、プロトタイプ、スタートアップ。
• オンデマンドでデプロイされるエージェント: Model Context Protocol（MCP）サーバー、ツール利用エンドポイント、マルチステップ ワークフロー API、ならびに即時のプロビジョニングと停止を必要とする Human-in-the-loop UI。

express と Azure Container Apps のサンドボックスはどのような関係ですか?

内部的には、express は完全に Azure Container Apps Sandboxes 上に構築されています。これは、事前にウォーミングされたプールから 1 秒未満の起動、強力な分離、大規模なスケールアウトを実現する基本的なプラットフォーム プリミティブです。Express を使用するためにサンドボックスを理解する必要はありません。 Express は、サンドボックス上に構築された開発者向けのオピニオンされたエクスペリエンスです。

express と Azure Container Instances (ACI) の比較

Azure Container Instances (ACI) は、HTTP イングレス、スケーリング、リビジョン、アプリケーションのライフサイクル管理といった機能が組み込まれていない、単一のコンテナーまたはコンテナー グループを実行するための低レベルの基本機能です。 Azure Container Apps express は完全なアプリケーション プラットフォームです。パブリック HTTPS エンドポイント、ゼロ間の自動スケール、マルチレプリカ スケールアウト、シークレット、環境変数、ログ ストリーミング、exec アクセスを提供します。環境をプロビジョニングする必要はありません。 ACI はコンテナーを提供します。express を使用すると、運用環境に対応したアプリが提供されます。 Web アプリ、API、MCP サーバー、またはエージェント エンドポイントを実行している場合は、express が適しています。

express におけるコールド スタートとプロビジョニングの改善は、標準の Azure Container Apps にも反映されますか?

Express でのプロビジョニングとコールド スタートの向上は、Express レベルに固有の新しいアーキテクチャ (事前にプロビジョニングされた容量と合理化されたデータ プレーン) から得られます。 Standard Azure Container Apps 環境では継続的に改善が行われていますが、express で利用できる 1 秒未満のコールド スタートとインスタント プロビジョニングが、標準の Azure Container Apps 環境で提供される予定はありません。 これらの特性を必要とするお客様は、express を使用する必要があります。

作業の開始

Express アプリを作成する方法

Azure CLIまたは新しいAzure Container Apps ポータル (containerapps.azure.com) を使用して、高速アプリを作成できます。

Azure CLIを使用して、最初に高速環境を作成してから、アプリをデプロイします。

az containerapp env create \
  --name <ENVIRONMENT_NAME> \
  --resource-group <RESOURCE_GROUP_NAME> \
  --environment-mode express \
  --logs-destination none

az containerapp create \
  --name <APP_NAME> \
  --resource-group <RESOURCE_GROUP_NAME> \
  --environment <ENVIRONMENT_NAME> \
  --image docker.io/nginx \
  --target-port 80 \
  --ingress external \
  --min-replicas 0 \
  --max-replicas 1

アプリは数秒で公開されます。

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. express アプリは、Azure CLI と Azure Container Apps ポータル (containerapps.azure.com の両方を使用して作成できます。

特徴と機能

現在、Express で利用できる機能は何ですか?

Express はプレビュー段階です。 次の機能を使用できます。

• 任意のレジストリからコンテナー イメージをデプロイする (匿名またはトークンベースのプル)
• 構成不要のゼロからの自動スケール
• 運用のトラフィックに対するマルチレプリカによるスケーリング
• 即時パブリック URL を持つ既定のイングレス ドメイン
• 環境変数とシークレットの管理
• リアルタイム ログ ストリーミング
• デバッグのために実行中のコンテナーへのシェルへの Exec アクセス
• containerapps.azure.com での新しいポータル エクスペリエンス

サポートされている機能の最新の一覧については、 高速ドキュメントを参照してください。

Express ではまだ利用できない機能は何ですか?

Express はプレビュー段階であり、Azure Container Appsと比較して意味のある機能ギャップがあります。 まだ使用できない機能は次のとおりです。

• VNet 統合
• カスタム ドメイン
• マネージド ID
• ヘルスプローブ
• Autoscaling
• GPU コンピューティング

新しい機能は、プレビュー全体を通じて迅速なペースで出荷されています。 高速ドキュメントには、頻繁に更新される、サポートされている機能と今後の機能の現在の一覧が含まれています。

デプロイして表現するコンテナー イメージの要件はありますか。

プレビュー期間中、express では、 linux/amd64 アーキテクチャ用に構築された Linux コンテナーがサポートされます。 イメージは、匿名またはトークンベースのプル (Docker Hub、Azure Container Registry、GitHub コンテナー レジストリなど) をサポートする任意のレジストリからプルできます。 特別な基本イメージの要件はありません。 --target-portで宣言したポートをリッスンする標準の Open Container Initiative (OCI) コンテナー イメージを使用します。

Express でプライベート (仮想ネットワーク) の受信ネットワークまたは送信ネットワークを使用できますか。

No. Express アプリはパブリックの既定のイングレス ドメインで実行され、受信トラフィック、プライベート エンドポイント、または VNet ルーティング送信トラフィックの VNet 統合はサポートされません。 ワークロードでプライベート ネットワークが必要な場合は、ワークロード プロファイルでAzure Container Appsを使用します。 VNet のサポートは、高速ロードマップに含まれています。 最新の状況については、express のドキュメントを参照してください。

Azure Container Appsとリーチ機能のパリティを表現するタイミング

Express は、プレビュー全体を通して、新機能を迅速に出荷しています。 高速ドキュメントには、頻繁に更新される現在の機能サポート マトリックスが含まれています。

リージョン

Express をサポートするAzureリージョンはどれですか?

Express は、プレビュー期間中に次のリージョンで利用できます。

• 東アジア
• 米国中西部

リージョンの可用性は、プレビュー期間中に拡大しています。

希望するリージョンで Express 環境を作成できないのはなぜですか?

プレビュー期間中、Express は特定のリージョン のセットで利用できます。 ポータルと CLI には、Express がまだサポートされていないリージョンが表示される場合があります。 ExpressEnvironmentNotAvailableInRegion エラーが発生した場合、そのリージョンはまだサポートされていません。 プレビューの進行に合わせて、リージョンの可用性が拡大しています。

価格と請求

エクスプレスはどのように課金されますか?

Express では、既存の Azure Container Apps の従量課金モデル（vCPU とメモリの秒単位課金、ゼロまでのスケール）を使用します。 環境のプロビジョニングに料金はかかりません。 現在の消費ワークロードに適用されるのと同じ無料付与の恩恵を受けることができます。 Express は、Azure Container Appsで Web アプリケーションと API を実行するための最もコスト効率の高い方法です。 詳細な価格については、Azure Container Apps価格に関するページを参照してください。

Express の Free レベルはありますか?

Yes. Express には、Azure Container Apps消費ワークロードに適用されるのと同じ寛大な無料付与が含まれています。 使用量が無料の許可しきい値を超えるまで課金されません。 scale-to-zero と組み合わせることで、express では使用した分だけ料金が発生します。

イメージキャッシュやイメージプルインエクスプレスのコストはかかりますか?

No. Express では、イメージ キャッシュまたはレジストリ プルに対して別途料金は発生しません。 アプリの実行中は、vCPU とメモリの標準Azure Container Apps従量課金料金のみを支払います。 レジストリ側のエグレス料金またはストレージ料金は、express ではなく、お使いのコンテナレジストリによって請求されます。

Migration

既存のAzure Container Apps環境は Express に自動的に移行されますか?

既存の環境の一部は自動移行のために選択されています。 環境が選ばれた場合、移行の25日前から30日前に通知を受け取ります。 環境は自動的に移行されます。オプトアウトしない限り。

なぜ私の環境が自動移行に選ばれたのですか?

あなたの環境が選ばれたのは、Expressがサポートしている機能が使われているからです。 Expressはより高速なプロビジョニングとゼロからのスケーリングを提供します。

Microsoftは自動移行前に、どのようにして私の環境がExpressと互換性があるかを判断するのでしょうか?

Expressでサポートされている機能を使用する環境のみが選択されます。 移住通知が送付された際に適格性が評価されます。

通知を受け取った後に環境やアプリを変更し、それが資格基準を満たさなくなった場合は、オプトアウトフォームを提出してください。

Expressで利用できない機能を使う環境は自動的に移行できますか?

ExpressはまだAzure Container Appsのフル機能セットをサポートしていません。 移行通知は、Expressがサポートしている検出機能や環境にのみ送信されます。

非HTTPワークロードは自動移行の対象になりますか?

No. ジョブ、TCPサービス、MQTTコンシューマー、その他の長期稼働ワークロードは現在自動移行の範囲外です。

関連する開発、ステージング、本番環境は一緒に移行されているのでしょうか?

No. 移行通知に記載された環境のみが移行されます。

自動移住の前にどのくらいの通知がもらえますか?

移住通知は移住の25日から30日前に送付されます。

自動移行を始める前に承認する必要がありますか?

No. 移行通知に記載された環境は、オプトアウトしない限り自動的に移行されます。

自動移行をオプトアウトまたは延期するにはどうすればいいですか?

移住通知にはオプトアウトフォームが含まれています。 環境のフルリソースURIを提出して自動移行から除外してください。

自動移行の日時を選べますか?

No. 自動移行はスケジュールできません。 タイミングをコントロールするために、オプトアウトして自己移住しましょう。

移行時に内部の変更承認やベンダーやパートナーとの調整が必要な場合、どうすればよいでしょうか?

移行は既存のアプリと環境の設定を保持します。 追加の承認や調整が必要な場合は、移住通知のオプトアウトフォームをご利用ください。

環境アーカイブとは

非アクティブな環境 (実行中のアプリやジョブがなく、最近のアクティビティがない) はアーカイブされる可能性があります。 アーカイブされた環境はスリープ状態になります。 環境がもう一度必要な場合は、復元できます。

環境を自分でExpressに移行できますか?

Yes. セルフ移行を利用できるため、サポートに連絡することなく、ご自身の都合に合わせてExpressに移行できます。 アーカイブと復元の仕組みを使用して、環境を移行できます。既存の環境をアーカイブし、その後 Express 環境として復元します。 このプロセスにより、移行プロセスとタイミングを完全に制御できます。

アプリがすでに安定している場合、移行にはどんなメリットがありますか?

移行はゼロからの迅速なプロビジョニングとスケーリングを可能にします。 Azure Container Apps Consumption Free grantは変わりません。

自動移行中にどのくらいのダウンタイムが予想されるべきでしょうか?

移動は約15分かかる見込みです。 アプリが利用できない時間は一部だけかもしれません。

自動移行はアプリの設定やデータを変えますか?

データは影響を受けません。 アプリの設定、URL、リソースURIは変更されていません。

移住は環境に EnvironmentMode = Express をもたらします。 同じ環境を対象とした既存のインフラストラクチャ・アズ・コード展開では、このプロパティを設定する必要はありません。 このプロパティは、新しいエクスプレス環境を作成する場合にのみ必要となります。

自動移行はアプリのURLやAzureリソースIDを変えますか?

No. 自動移行はアプリのURLとAzureリソースIDを保持します。

自動移行は最小レプリカ数、最大レプリカ数、またはその他のスケーリング設定を変えますか?

No. レプリカやスケーリング設定を含むアプリ設定は保持されます。

自動移行はインフラ・アズ・コードの展開を壊したり、状態ドリフトを引き起こしたりしますか?

インフラ・アズ・コードの展開が同じ環境をターゲットにしている場合、変更は不要です。

新しい環境を作成するテンプレートは、デフォルトで標準的なAzure Container Apps環境を作成します。 新しいエクスプレス環境を作成するには、環境に EnvironmentMode = Express を設定します。

自動移行は私の環境を別のAzureリージョンに移動させますか?

No. 自動移行により環境は現在のAzure領域にとどまります。

Expressがその地域で公開されていない場合、私の環境は自動的に移行できますか?

現在の領域に留まれる環境のみが選択されます。 公開地域リストが更新される前に移行通知を受け取った場合、ドキュメントがサービスの展開に遅れている可能性があります。

自動移行が失敗したらどうなりますか?

プロダクトチームが調査して問題を修正し、その後再度移行を試みます。 チームは問題なく数千件の移行を完了しています。

自動移行後にアプリの検証は必要ですか?

追加の検証は必要ありません。 自動化されたプロセスには、移行後のチェックも含まれています。

もしその環境がもう必要でなかったり、まもなく削除される場合はどうすればいいですか?

移行前に環境を削除できます。 それ以外の場合は何もせず、予定通りに移行されます。

運用準備

Expressがプレビュー中の間に本番環境を自動移行できますか?

Yes. Expressは公開プレビュー中で、一般公開は数か月以内に予定されています。 ExpressはAzure Container Appsの利用を基盤としており、Microsoftは適格基準を満たす本番アプリを移行する可能性があります。

移行前にオプトアウトすることも、いつでも自己移行が可能です。

express は本番環境のワークロードに対応できますか？

Expressはプレビュー段階でSLAはありません。 サポート機能を使用する本番ワークロードを実行できますが、プレビュー時はベストエフォートでサポートが提供されます。

プレビュー中にExpressに適用されるSLAやサポートは何ですか?

Expressはプレビュー中にSLAがありません。 Microsoftはベストエフォートのサポートを提供していますが、本番環境のサポートには及びません。

フィードバックを提供したり、問題を報告したりするにはどうすればよいですか?

Azure Container Apps GitHub リポジトリを使用して、フィードバックの提供、問題の報告、機能の要求を行うことができます。 また、運用環境の問題に関するAzure サポートに連絡することもできます。

Azure Container Apps express についてよく寄せられる質問とその回答を見つけます。

Important

Azure Container Apps express は現在プレビュー段階です。 プレビュー機能は、サービス レベル アグリーメント (SLA) なしで提供され、運用環境のワークロードには推奨されません。 一部の機能はサポートされていないか、機能が制限されている可能性があります。 詳細については、「 Microsoft Azure プレビューの追加使用条件」を参照してください。

Azure Container Apps express は、現在プレビュー段階の合理化された環境レベルであり、Web アプリケーション用に専用に構築されています。 これは、最速のプロビジョニング、ゼロからの即時スケール、およびAzure Container Appsの最も簡単な開発者エクスペリエンスを提供します。 Express は、インフラストラクチャの決定を削除します。手動でプロビジョニングする環境がなく、構成するネットワークも、書き込むスケーリング 規則もありません。 コンテナー イメージを取り込み、express は他のすべてを処理します。

Azure Container Appsでは、アプリをデプロイする前にマネージド環境を作成して構成する必要があります。 Express は、その手順を完全に排除します。 主な違いは次のとおりです。

• プロビジョニング: Express アプリは数分ではなく数秒で実行されます。
• コールド スタート: Express は、ゼロから 1 秒未満のスケールの起動時間を提供します。
• 構成: Express は、インフラストラクチャの決定を必要とせず、運用環境に対応した既定値を提供します。
• 環境: Express 環境はフル マネージドで共有されるため、基になるインフラストラクチャをプロビジョニングまたは構成しません。

VNet の分離、専用コンピューティング、GPU、または高度なネットワークを必要とするワークロードの場合、Azure Container Appsはワークロード プロファイルを通じてさまざまなコンピューティング オプションを提供し続けます。

つまり、環境の役割は異なります。 これで、インフラストラクチャの境界よりもアプリ グループ に近い、アプリの軽量でフル マネージドのグループ化になりました。 セットアップ時間はほぼ 0 に縮小されます。

Express がそれを保持する理由はいくつかあります:

• 一貫性: 既存の IaC、ソフトウェア開発キット (SDK)、および CLI コマンドは引き続き変更されずに機能します。
• 今後の機能: 一部の今後の機能では、環境内のアプリをバインドします (VNet の添付ファイルなど)。
• レベル間のスムーズな移行: 共有モデルにより、Express Azure Container Apps と Standard Azure Container Apps の間で容易に移行できます。

Express は、次の 2 つの対象ユーザー向けに構築されています。

• 迅速な出荷を希望する開発者: 数分でアイデアから運用に移行する SaaS アプリ、API、Web ダッシュボード、プロトタイプ、スタートアップ。
• オンデマンドでデプロイされるエージェント: Model Context Protocol（MCP）サーバー、ツール利用エンドポイント、マルチステップ ワークフロー API、ならびに即時のプロビジョニングと停止を必要とする Human-in-the-loop UI。

内部的には、express は完全に Azure Container Apps Sandboxes 上に構築されています。これは、事前にウォーミングされたプールから 1 秒未満の起動、強力な分離、大規模なスケールアウトを実現する基本的なプラットフォーム プリミティブです。Express を使用するためにサンドボックスを理解する必要はありません。 Express は、サンドボックス上に構築された開発者向けのオピニオンされたエクスペリエンスです。

Azure Container Instances (ACI) は、HTTP イングレス、スケーリング、リビジョン、アプリケーションのライフサイクル管理といった機能が組み込まれていない、単一のコンテナーまたはコンテナー グループを実行するための低レベルの基本機能です。 Azure Container Apps express は完全なアプリケーション プラットフォームです。パブリック HTTPS エンドポイント、ゼロ間の自動スケール、マルチレプリカ スケールアウト、シークレット、環境変数、ログ ストリーミング、exec アクセスを提供します。環境をプロビジョニングする必要はありません。 ACI はコンテナーを提供します。express を使用すると、運用環境に対応したアプリが提供されます。 Web アプリ、API、MCP サーバー、またはエージェント エンドポイントを実行している場合は、express が適しています。

Express でのプロビジョニングとコールド スタートの向上は、Express レベルに固有の新しいアーキテクチャ (事前にプロビジョニングされた容量と合理化されたデータ プレーン) から得られます。 Standard Azure Container Apps 環境では継続的に改善が行われていますが、express で利用できる 1 秒未満のコールド スタートとインスタント プロビジョニングが、標準の Azure Container Apps 環境で提供される予定はありません。 これらの特性を必要とするお客様は、express を使用する必要があります。

Azure CLIまたは新しいAzure Container Apps ポータル (containerapps.azure.com) を使用して、高速アプリを作成できます。

Azure CLIを使用して、最初に高速環境を作成してから、アプリをデプロイします。

az containerapp env create \
  --name <ENVIRONMENT_NAME> \
  --resource-group <RESOURCE_GROUP_NAME> \
  --environment-mode express \
  --logs-destination none

az containerapp create \
  --name <APP_NAME> \
  --resource-group <RESOURCE_GROUP_NAME> \
  --environment <ENVIRONMENT_NAME> \
  --image docker.io/nginx \
  --target-port 80 \
  --ingress external \
  --min-replicas 0 \
  --max-replicas 1

アプリは数秒で公開されます。

Azure CLIを使用する場合は、最初に az containerapp env create --environment-mode express を使用して高速環境を作成し、その環境にアプリをデプロイします。 Azure Container Apps ポータルを使用すると、環境が自動的に作成および管理されます。

Express には、Microsoft Entra IDに基づくアカウントが必要です。 個人用Microsoftアカウントと Entra 以外のアカウントはサポートされていません。 サブスクリプションは、Azure Container Apps リソース プロバイダーにも登録する必要があります。 ポータルにアクセスするときに tenant_not_allowed エラーが発生した場合は、アカウントがMicrosoft Entra テナントによってサポートされていることを確認します。

Yes. express アプリは、Azure CLI と Azure Container Apps ポータル (containerapps.azure.com の両方を使用して作成できます。

Express はプレビュー段階です。 次の機能を使用できます。

• 任意のレジストリからコンテナー イメージをデプロイする (匿名またはトークンベースのプル)
• 構成不要のゼロからの自動スケール
• 運用のトラフィックに対するマルチレプリカによるスケーリング
• 即時パブリック URL を持つ既定のイングレス ドメイン
• 環境変数とシークレットの管理
• リアルタイム ログ ストリーミング
• デバッグのために実行中のコンテナーへのシェルへの Exec アクセス
• containerapps.azure.com での新しいポータル エクスペリエンス

サポートされている機能の最新の一覧については、 高速ドキュメントを参照してください。

Express はプレビュー段階であり、Azure Container Appsと比較して意味のある機能ギャップがあります。 まだ使用できない機能は次のとおりです。

• VNet 統合
• カスタム ドメイン
• マネージド ID
• ヘルスプローブ
• Autoscaling
• GPU コンピューティング

新しい機能は、プレビュー全体を通じて迅速なペースで出荷されています。 高速ドキュメントには、頻繁に更新される、サポートされている機能と今後の機能の現在の一覧が含まれています。

プレビュー期間中、express では、 linux/amd64 アーキテクチャ用に構築された Linux コンテナーがサポートされます。 イメージは、匿名またはトークンベースのプル (Docker Hub、Azure Container Registry、GitHub コンテナー レジストリなど) をサポートする任意のレジストリからプルできます。 特別な基本イメージの要件はありません。 --target-portで宣言したポートをリッスンする標準の Open Container Initiative (OCI) コンテナー イメージを使用します。

No. Express アプリはパブリックの既定のイングレス ドメインで実行され、受信トラフィック、プライベート エンドポイント、または VNet ルーティング送信トラフィックの VNet 統合はサポートされません。 ワークロードでプライベート ネットワークが必要な場合は、ワークロード プロファイルでAzure Container Appsを使用します。 VNet のサポートは、高速ロードマップに含まれています。 最新の状況については、express のドキュメントを参照してください。

Express は、プレビュー全体を通して、新機能を迅速に出荷しています。 高速ドキュメントには、頻繁に更新される現在の機能サポート マトリックスが含まれています。

Express は、プレビュー期間中に次のリージョンで利用できます。

• 東アジア
• 米国中西部

リージョンの可用性は、プレビュー期間中に拡大しています。

プレビュー期間中、Express は特定のリージョン のセットで利用できます。 ポータルと CLI には、Express がまだサポートされていないリージョンが表示される場合があります。 ExpressEnvironmentNotAvailableInRegion エラーが発生した場合、そのリージョンはまだサポートされていません。 プレビューの進行に合わせて、リージョンの可用性が拡大しています。

Express では、既存の Azure Container Apps の従量課金モデル（vCPU とメモリの秒単位課金、ゼロまでのスケール）を使用します。 環境のプロビジョニングに料金はかかりません。 現在の消費ワークロードに適用されるのと同じ無料付与の恩恵を受けることができます。 Express は、Azure Container Appsで Web アプリケーションと API を実行するための最もコスト効率の高い方法です。 詳細な価格については、Azure Container Apps価格に関するページを参照してください。

Yes. Express には、Azure Container Apps消費ワークロードに適用されるのと同じ寛大な無料付与が含まれています。 使用量が無料の許可しきい値を超えるまで課金されません。 scale-to-zero と組み合わせることで、express では使用した分だけ料金が発生します。

No. Express では、イメージ キャッシュまたはレジストリ プルに対して別途料金は発生しません。 アプリの実行中は、vCPU とメモリの標準Azure Container Apps従量課金料金のみを支払います。 レジストリ側のエグレス料金またはストレージ料金は、express ではなく、お使いのコンテナレジストリによって請求されます。

既存の環境の一部は自動移行のために選択されています。 環境が選ばれた場合、移行の25日前から30日前に通知を受け取ります。 環境は自動的に移行されます。オプトアウトしない限り。

あなたの環境が選ばれたのは、Expressがサポートしている機能が使われているからです。 Expressはより高速なプロビジョニングとゼロからのスケーリングを提供します。

Expressでサポートされている機能を使用する環境のみが選択されます。 移住通知が送付された際に適格性が評価されます。

通知を受け取った後に環境やアプリを変更し、それが資格基準を満たさなくなった場合は、オプトアウトフォームを提出してください。

ExpressはまだAzure Container Appsのフル機能セットをサポートしていません。 移行通知は、Expressがサポートしている検出機能や環境にのみ送信されます。

No. ジョブ、TCPサービス、MQTTコンシューマー、その他の長期稼働ワークロードは現在自動移行の範囲外です。

No. 移行通知に記載された環境のみが移行されます。

移住通知は移住の25日から30日前に送付されます。

No. 移行通知に記載された環境は、オプトアウトしない限り自動的に移行されます。

移住通知にはオプトアウトフォームが含まれています。 環境のフルリソースURIを提出して自動移行から除外してください。

No. 自動移行はスケジュールできません。 タイミングをコントロールするために、オプトアウトして自己移住しましょう。

移行は既存のアプリと環境の設定を保持します。 追加の承認や調整が必要な場合は、移住通知のオプトアウトフォームをご利用ください。

非アクティブな環境 (実行中のアプリやジョブがなく、最近のアクティビティがない) はアーカイブされる可能性があります。 アーカイブされた環境はスリープ状態になります。 環境がもう一度必要な場合は、復元できます。

Yes. セルフ移行を利用できるため、サポートに連絡することなく、ご自身の都合に合わせてExpressに移行できます。 アーカイブと復元の仕組みを使用して、環境を移行できます。既存の環境をアーカイブし、その後 Express 環境として復元します。 このプロセスにより、移行プロセスとタイミングを完全に制御できます。

移行はゼロからの迅速なプロビジョニングとスケーリングを可能にします。 Azure Container Apps Consumption Free grantは変わりません。

移動は約15分かかる見込みです。 アプリが利用できない時間は一部だけかもしれません。

データは影響を受けません。 アプリの設定、URL、リソースURIは変更されていません。

移住は環境に EnvironmentMode = Express をもたらします。 同じ環境を対象とした既存のインフラストラクチャ・アズ・コード展開では、このプロパティを設定する必要はありません。 このプロパティは、新しいエクスプレス環境を作成する場合にのみ必要となります。

No. 自動移行はアプリのURLとAzureリソースIDを保持します。

No. レプリカやスケーリング設定を含むアプリ設定は保持されます。

インフラ・アズ・コードの展開が同じ環境をターゲットにしている場合、変更は不要です。

新しい環境を作成するテンプレートは、デフォルトで標準的なAzure Container Apps環境を作成します。 新しいエクスプレス環境を作成するには、環境に EnvironmentMode = Express を設定します。

No. 自動移行により環境は現在のAzure領域にとどまります。

現在の領域に留まれる環境のみが選択されます。 公開地域リストが更新される前に移行通知を受け取った場合、ドキュメントがサービスの展開に遅れている可能性があります。

プロダクトチームが調査して問題を修正し、その後再度移行を試みます。 チームは問題なく数千件の移行を完了しています。

追加の検証は必要ありません。 自動化されたプロセスには、移行後のチェックも含まれています。

移行前に環境を削除できます。 それ以外の場合は何もせず、予定通りに移行されます。

Yes. Expressは公開プレビュー中で、一般公開は数か月以内に予定されています。 ExpressはAzure Container Appsの利用を基盤としており、Microsoftは適格基準を満たす本番アプリを移行する可能性があります。

移行前にオプトアウトすることも、いつでも自己移行が可能です。

Expressはプレビュー段階でSLAはありません。 サポート機能を使用する本番ワークロードを実行できますが、プレビュー時はベストエフォートでサポートが提供されます。

Expressはプレビュー中にSLAがありません。 Microsoftはベストエフォートのサポートを提供していますが、本番環境のサポートには及びません。

Azure Container Apps GitHub リポジトリを使用して、フィードバックの提供、問題の報告、機能の要求を行うことができます。 また、運用環境の問題に関するAzure サポートに連絡することもできます。