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

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

全般

Azure Container Apps express とは

Azure Container Apps expressは、ウェブアプリケーション向けに設計された効率的な環境ティアです。 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 コマンドは引き続き変更されずに機能します。
• レベル間のスムーズな移行: 共有モデルにより、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 レベルに固有の新しいアーキテクチャ (事前にプロビジョニングされた容量と合理化されたデータ プレーン) から得られます。

作業の開始

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 で利用できる機能は何ですか?

次の機能を使用できます。

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

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

Expressにはどんな機能がありませんか?

ExpressはAzure Container Appsの機能群に特化したセットを提供します。 利用できない機能には以下が含まれます:

• カスタム ドメイン
• システム割り当てのマネージド ID
• Dapr
• Container Apps ジョブ
• ワークロード プロファイル
• GPU コンピューティング

エクスプレスドキュメントには、現在サポートされている機能のリストが含まれています。

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

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

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

Yes. Expressは内部または外部のHTTP入力、Express環境向けに設定された仮想ネットワークを通じた送信トラフィック、パブリックネットワークアクセスが無効化された場合の環境プライベートエンドポイントをサポートします。 カスタムドメイン、クライアント証明書、セッションアフィニティ、組み込みのサービスディスカバリーはサポートされていません。

現在のExpressフィーチャーマトリックスはどこで見つけられますか?

エクスプレスドキュメントには現在の機能サポートマトリックスが含まれています。

リージョン

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

エクスプレスは 「リージョンの利用可能性」に記載された地域で利用可能です。

希望するリージョンで 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 の従量課金の無料枠に変更はありません。

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

移動は約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はAzure Container Appsの利用を基盤としており、Microsoftは適格基準を満たす本番アプリを移行する可能性があります。

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

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

Expressはサポート機能を使用する本番ワークロードを実行できます。 移行前にサポート機能と地域の利用可能性を確認してください。

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

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

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

Azure Container Apps expressは、ウェブアプリケーション向けに設計された効率的な環境ティアです。 Azure Container Appsで迅速なプロビジョニング、ゼロからのスケール、そして簡素化された開発者体験を提供します。 Express は、インフラストラクチャの決定を削除します。手動でプロビジョニングする環境がなく、構成するネットワークも、書き込むスケーリング 規則もありません。 コンテナー イメージを取り込み、express は他のすべてを処理します。

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

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

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

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

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

• 一貫性: 既存の IaC、ソフトウェア開発キット (SDK)、および CLI コマンドは引き続き変更されずに機能します。
• レベル間のスムーズな移行: 共有モデルにより、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 レベルに固有の新しいアーキテクチャ (事前にプロビジョニングされた容量と合理化されたデータ プレーン) から得られます。

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 の両方を使用して作成できます。

次の機能を使用できます。

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

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

ExpressはAzure Container Appsの機能群に特化したセットを提供します。 利用できない機能には以下が含まれます:

• カスタム ドメイン
• システム割り当てのマネージド ID
• Dapr
• Container Apps ジョブ
• ワークロード プロファイル
• GPU コンピューティング

エクスプレスドキュメントには、現在サポートされている機能のリストが含まれています。

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

Yes. Expressは内部または外部のHTTP入力、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 の従量課金の無料枠に変更はありません。

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

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

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

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

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

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

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

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

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

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

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

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

Yes. ExpressはAzure Container Appsの利用を基盤としており、Microsoftは適格基準を満たす本番アプリを移行する可能性があります。

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

Expressはサポート機能を使用する本番ワークロードを実行できます。 移行前にサポート機能と地域の利用可能性を確認してください。

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