2024/12/04 (現地時間) に “2024-08-02-preview” および “2024-10-02-preview” のドキュメントが公開されたので、前回のバージョンからの比較内容を纏めました。 API について、現時点では利用できない機能や設定項目が存在してる場合がありますが、ARM テンプレートや bicep などを利用してデプロイしても機能および設定することはできません (デプロイ エラーになる) ので予めご理解ください。 また、Microsoft 社が提供していた change log の仕様というか記載方式が変わっていたため、今回から記載内方式をそれに合わせて (記載方式が変わっているんだったらまだしも、過去の change log で変更なしだったものが変更ありとなっている (その逆もしかり) のはかなりいただけない)。

ブログ エントリ「Azure PowerShell – Az モジュール v11.0.0 がリリースされました」にも記載していましたが、PowerShell で利用可能な Azure Container Apps 関連のコマンドレット (Az.App モジュール) が GA (v1.0.0) となりました。 なお Az.App モジュールは、Az モジュール v11.0.0 に含まれていますが、個別にインストールすることで利用可能となっています。 Install-Module -Name Az.App コマンドレット自体も、プレビュー扱いだった v0.1.1 よりも格段に増えているため、Azure Container Apps (Az.App モジュール) のコマンドレット一覧を v1.0.0 として纏めました (Az.App モジュールがインストールされている状態で以下のコマンドを実行す

このことにより、az containerapp 拡張機能をインストールしなくとも Azure CLI v.2.53.0 以降であれば、az containerapp コマンドを使用することが可能です。 なお、az containerapp 拡張機能が非推奨になったり、廃止されるかどうかについてですが、Github issue で質問したところ、現状問題なく使用できる (プレビュー機能含む) 旨の返答をいただいています。

2023/08/08 (現地時間) に “2023-04-01-preview” および “2023-05-01” のドキュメントが公開されたので、前回のバージョンからの比較内容を纏めました。 API について、現時点では利用できない機能や設定項目が存在しますが、当然 ARM テンプレートや bicep などを利用してデプロイしても機能および設定することはできません (デプロイ エラーになることもある) ので予めご理解ください。 また、日本リージョンに提供されていないプレビュー機能 (Dedicated workload profiles など) も存在します。

Azure Container Apps のデプロイや設定について、Azure ポータル以外にもテンプレート (ARM、bicep) を用いたり、コマンド (Azure PowerShell、Azure CLI) を用いることができるようになっています。 ただし、Azure Container Apps に関するコマンド (Azure PowerShell、Azure CLI) については、プレビュー段階となるため、正式にはサポートされていません。 主流となっているのは Azure CLI の containerapp 拡張機能となりますが、Azure PowerShell (Az.App モジュール) でも一応ひととおりの操作を行うことが可能です。 なお、最新版は v0.1.1 ですが、リリースされたのが 2023/01/10 なので、アップデートを期待せずに Azure CLI の c

Azure ポータル Azure ポータルからコンテナー アプリが残存している状態でコンテナー アプリ環境を削除しようとすると、「この Container Apps 環境は、既存の Container Apps が含まれているため、削除できません。」というダイアログ ボックスが表示されます。 Azure CLI (containerapp 拡張機能) az containerapp env delete コマンドを使って、コンテナー アプリが残存している状態でコンテナー アプリ環境を削除しようとすると、「(ManagedEnvironmentHasContainerApps) The specified environment ACA-Demo-Environment cannot be deleted because it still contains XXX ContainerApps

この設定変更をし忘れたせいでコンテナー アプリ リソースだけを削除、再構成するはずが、コンテナー アプリ環境全体の再作成 (IP アドレスが変わる) になってしまったケースがあるようです。 料金は発生しない (専用プラン ストラクチャ (preview) 以外) とはいえ、空のコンテナー アプリ環境をそのままにされてしまうのは Azure のリソース枯渇にもつながる可能性もあるから、同時に削除するようにデフォルトで設定されていると推測します。 というか、削除前に表示されている内容を確認しないで実施してしまう方が問題だと思いますが ( こういったケースを回避するには、以下の方法が挙げられます。 コンテナー アプリ環境に対してリソース ロックを行う方法 Azure CLI を使ってコンテナー アプリを削除する方法 コンテナー アプリ環境に対してリソース ロックを行う方法 リソース ロックを使っ

Azure Container Apps のログ監視に関する機能強化された点について ログ監視周りで機能強化された点は以下となります。 記録されるアプリケーション ログの追加 アプリケーション ログに対する監視オプションの追加 記録されるアプリケーション ログの追加 記録されるアプリケーション ログは以下となり、コンテナー アプリが動作するレプリカが再起動されたら消失していたコンソール (ストリーム) ログも保存することができるようになりました。 コンソール ログ コンテナー アプリと Dapr サイドカー内のコンテナーから送られる stderr および stdout メッセージ カスタム ログとして、新規作成した (or 指定した既存の) Log Analytics ワークスペース内の ContainerAppConsolelogs_CL テーブルに格納される システム ログ Conta

GitHub のほうでアナウンスされていたので見落としていましたが、Azure Container Apps で使用されている API version 2022-01-01-preview が 2023/01/01 に廃止されるとのことです。 ※2023/03/20 に延期されています。 Announcement: Deprecation of API version 2022-01-01-preview ?? Issue #475 ?? microsoft/azure-container-apps

パブリック プレビュー中に公開したブログ エントリではVNet 統合されたコンテナー アプリ環境のアーキテクチャ (ネットワーク変更点) の変更点を纏めてみましたが、また変更になっていました。

2022/10/12 ～ 14 (現地時間) の期間で開催された Microsoft Ignite 2022 で公開された、Azure Container Apps のアップデート内容についてドキュメントやリンクを纏めました。 (一部開催期間前含む)

※Azure Container Apps のボリューム マウント機能について、この投稿時点ではパブリック プレビューでの提供となっています。そのため、一般提供 (GA) のタイミングで手順や挙動が変更になる場合があります。 Build 2022 に GAした「Azure Container Apps (ACA)」について、Azure Container Instances や Azure App Service for container のように Azure Files を用いてボリュームとしてマウント、永続ストレージとして使用できる機能がパブリック プレビューで公開されています。 ACA で永続ストレージが利用できることで、同一のコンテナー アプリ環境上に存在する他の ACA や他のシステムからデータをアクセスすることが可能になるため、この機能について試した結果を纏めました。

※Azure Container Apps はこの投稿時点ではパブリック プレビューでの提供のため、一般提供 (GA) のタイミングで手順や挙動が変更になる場合があります。 パブリック プレビューとして公開中の Azure サービスである「Azure Container Apps (ACA)」について、VNet 統合された (カスタム VNet) コンテナー アプリ環境のネットワーク構成が公開時から変わってたので、確認してみました。

※Azure Container Apps はこの投稿時点ではパブリック プレビューでの提供のため、一般提供 (GA) のタイミングで手順や挙動が変更になる場合があります。 パブリック プレビューとして公開中の Azure サービスである「Azure Container Apps (ACA)」について、ログ ストリーミングとコンソール接続がサポートされた旨のアナウンスがありました。 https://azure.microsoft.com/updates/public-preview-azure-container-apps-now-support-log-streaming-and-console-connect/?WT.mc_id=AZ-MVP-4038156

※Azure Container Apps はこの投稿時点ではパブリック プレビューでの提供のため、一般提供 (GA) のタイミングで手順や挙動が変更になる場合があります。 VNet 統合された Azure Container Apps (ACA) は、実際には ACA 作成時に指定した (新規作成、もしくは既存の) VNet 統合されたコンテナー アプリ環境上で動作します。 VNet 統合されたコンテナー アプリ環境のネットワーク構成は、Azure Kubernetes Service (AKS) で Azure CNI (Container Network Interface) を利用した際の構成と同様のものである事が確認できています。 ただし、この Azure CNI についてのドキュメントは存在しますが、AKS やコンテナー アプリ環境に照らし合わせたような、イメージできる概念図が

※Azure Container Apps (ACA) はこの投稿時点ではパブリック プレビューでの提供のため、一般提供 (GA) のタイミングで手順や挙動が変更になる場合があります。 ACA にアクセスした際のプロトコルとして、管理ブレード内の [概要] にある [アプリケーション URL] でも確認できるとおり、HTTPS となります。 ※補足としてアプリケーションのイングレス エンドポイントは 443 で公開されています。 HTTPS 通信を行っているということは、証明書を使用されているはずなので、ACA に対してどういった証明書が使われているのかについて、確認してみました。 VNet 統合なし/VNet 統合あり (内部)/VNet 統合あり (外部) の 3 環境で確認してみましたが、どの環境でも ACA を動作させているコンテナー アプリ環境に割り当てられているドメインに対して