この記事では、Azure Container Apps に関するよく寄せられる質問と関連する回答を一覧で示します。
API
Azure Container Apps では、基になる Kubernetes API への直接アクセスは提供されますか?
いいえ、Kubernetes API にアクセスすることはできません。
API Management のコンテキストから Azure Container Apps API をインポートできますか?
はい。
請求
Azure Container Apps はどのように課金されますか?
詳細については、「課金」ページを参照してください。
構成
コードを自動的にビルドして Azure Container Apps にデプロイするように GitHub Actions を設定できますか?
はい。 Azure CLI を使用して az containerapp github-action -h を実行し、オプションを確認します。 Azure portal を使って、コンテナー アプリの下にある [継続的デプロイ] ウィンドウに移動します。
アプリが受信する URL が、要求で指定された URL と異なるのはなぜですか?
Azure Container Apps により URL はデコードされ、URL 混乱攻撃からアプリが保護されます。 http://mysite.com/archive/http%3A%2F%2Fmysite.com%2Farchive%2F123 のようにエンコードされた部分を含む要求 URL は、http://mysite.com/archive/http%3A/mysite.com/archive/123 としてアプリに送信されます。
従量課金のみの環境では、カスタム ユーザー定義ルートがサポートされますか?
従量課金のみの環境では、Express Route はサポートされず、次のように構成される場合は限られた UDR がサポートされます。 UDR の構成には、ネクスト ホップ = "インターネット" を使用して Azure.<REGION_NAME> サービス タグ用に構成されたルートが必要です。 さらに、NSG のドキュメントのルールは、従量課金のみの環境が作動するように構成する必要があります。 これらの制限はワークロード プロファイルには適用されません。また、フル機能の UDR と Express Route のサポートには、ワークロード プロファイル環境を使用します。
データ管理
Azure Container Apps では顧客データはどこに保存されますか?
顧客データが、Azure Container Apps によって、デプロイされているリージョンの外部に移動または保存されることはありません。
売上予算
クォータの増加を要求できますか?
Azure Container Apps をプロバイダーとして選択して、Azure portal でクォータの増加を要求します。
クォータの増加要求に関しては、次の点に注意してください。
アプリのスケーリングと環境のスケーリング: 多くの異なるクォータを増やすことができます。 次の説明を使用して、ニーズの特定に役立てます。
- 環境あたりのアプリ数とコア数の増加: 環境内で実行するアプリの数を増やしたり、より集中型のアプリを実行したりできます。 ワークロードで同じネットワークとセキュリティの境界内にデプロイできる場合に推奨されます。
- 環境の増加: ワークロードにネットワークまたはセキュリティの境界が必要な場合に推奨されます。 注: 要求に環境レベルのクォータの引き上げが含まれる場合は、詳細なビジネス コンテキストが必要になることがあります。 リージョン環境クォータの変更を要求する場合は、対応するグローバル環境クォータの変更を要求する必要があります。
リージョン: 増加要求の承認は、Azure リージョンで使用可能なコンピューティング容量によって異なります。
特定のコンピューティング要件: プラットフォームでは、コンテナー アプリあたり 4 GB がサポートされます。 メモリ制限のオーバーライドは、ケースごとに評価されます。
スケーリングのビジネス上の理由: プラットフォームの制限によってワークロード要求がブロックされている場合は、クォータ引き上げ要求の対象になる可能性があります。 スケール制限のオーバーライドは、ケースごとに評価されます。
Dapr を利用したマイクロサービス API
Azure Container Apps では Dapr のどのような機能と API を利用できますか?
Dapr の各機能は、徹底的な評価を受けて、お客様による Azure Container Apps 環境でのマイクロサービスの実行によい影響をながら、可能な限り最高のエクスペリエンスを提供することが確認されています。
アルファの Dapr API と Tier 2 コンポーネントは、Azure Container Apps でサポートされている、または利用可能ですか?
Dapr のアルファ API の利用可能性は保証されておらず、Microsoft によってサポートもされていません。
Tier 1 コンポーネントは完全にサポートされていますが、Tier 2 コンポーネントはベスト エフォートでサポートされています。 詳細情報。
Azure Container Apps では Dapr のバージョンはどのような周期でリリースされますか?
Dapr の一般的なリリース タイムラインは、Dapr OSS のリリースから最大 6 週間後です。 Dapr の最新バージョンは、厳格なテストの後、Azure Container Apps のみで利用できるようになります。 すべてのリージョンへのロールアウトには、最大で 2 週間以上かかる場合があります。
Azure Container Apps に関する Dapr 機能の拡張を要求するにはどうすればよいですか?
機能要求は、Azure Container Apps GitHub リポジトリから提出できます。 機能要求のタイトルに必ず "Dapr" を含めてください。
Docker を使用しないデプロイ
Docker を使用しないデプロイとはどのようなものですか?
Docker を使用しないデプロイでは、コードで Dockerfile を定義せずにアプリケーションをデプロイできます。 その代わりに、Container Apps クラウド ビルド機能では Buildpacks を使用して、ローカル コンピューター上のソース コードをコンテナー イメージに変換します。 このオプションでは、Azure Container Apps の既定のレジストリが使用されます。
アプリケーションの Docker を使用しないデプロイ中に、"ImagePullBackOff on legion"、"Kubernetes error"、または "Gateway error" に関するメッセージが表示され、アプリケーションが正常にデプロイされません。
Docker を使用しないデプロイで既知の問題が発生しています。 再試行すると、この問題が解決する可能性があります。 この問題が発生した場合は、Microsoft のチームが調査できるように GitHub のイシュー をオープンしてください。
.NET アプリケーションをデプロイする
.NET アプリケーションのスケーリングに失敗した場合はどうなりますか?
Azure Container Apps 上のすべての .NET アプリに対してデータ保護を有効にする必要があります。 詳細については、「Azure Container Apps での ASP.NET Core アプリのデプロイとスケーリング」を参照してください。
Java アプリケーションをデプロイする
サポートされている JDK バージョンは何ですか。また、JDK バージョンを構成するにはどうすればよいですか?
Container Apps では、JDK 8、JDK 11、JDK 17、JDK 21 の 4 つの LTS JDK バージョンがサポートされています。 ソース コード ビルドの場合、既定のバージョンは JDK 17 です。 JAR ファイルのビルドの場合、JDK のバージョンは JAR 内のファイルの場所 META-INF\MANIFEST.MF から読み取られますが、指定されたバージョンを使用できない場合は、既定の JDK バージョン 17 が使われます。
ビルド環境変数を使用して既定のバージョンをオーバーライドするように JDK バージョンを構成できます。
どのような Java ビルド ツールがサポートされていますか?
Maven
ソース コードから Java イメージ ビルドをカスタマイズするにはどうすればよいですか?
ビルド環境変数を使用して Java イメージ ビルドをカスタマイズできます。
Docker を使用しないビルドの、ビルドとイメージをアプリと同じリージョンで使用できるようにするにはどうすればよいですか?
注: Docker を使用しないコード ベースと組み合わせて containerapp up を使用する場合は、--location パラメーターを使用して、アプリケーションが米国東部以外の場所で実行されるようにします。