Kubernetes で Azure Functions が動くなら*1 Azure Container App でも動く？と思って勢いでやってみたら、割と簡単に動いた。

リソース構成

あまり普段意識しない子リソースがいくつかあって少しごちゃごちゃしてるけど、デプロイするリソース (「MCR」以外) はこんな感じ。

Container App は Azure Functions Host のコンテナイメージ*2を動かす。
Storage Account は File ストレージで関数コードの保存先として、Container App から /home/site/wwwroot としてマウント*3。

Application Insights は Azure Functions のテレメトリ／ログの送信先。
実際は、近頃の Application Insights は Log Analytics でログを保存してるみたい。
なので Container Apps Environment 用の Log Analytics をそのまま流用。

Azure へデプロイ

試したい人は、こちらのカスタムデプロイのボタンからどうぞ。

Bicep はこちらで公開中。 github.com

他と比べてどうなのか

Azure Functions と比べて

イイところ。

Container App なので、組み込みの KEDA がスケーリングしてくれるので zero-scale もできる。その上に VNET の中にデプロイできる。ELB / ILB 、どちらでも。

ちなみに Azure Functions の場合、zero-scale できる従量課金プランでは VNET 統合も Private Endpoint も使えない。
VNET が使える Elrastic Premium プランの場合は、zero-scale ができない。

おそらく一番の（そして唯一の？）アドバンテージかもしれない。

残念なところ。

タイマートリガーの挙動が当初の期待と違った。
zero-scale すると当然ながらコンテナが無くなるので、スケジュールを管理できなくなりトリガーされない。
当たり前な動きだけど、タイマートリガーの動作としては厳しい。
あとスケールアウトした時、全てのレプリカ上で関数が実行される。

一方で Azure Functions でホスティングしたタイマートリガーは既定はシングルトン。
2 つ以上のインスタンスにスケールアウトしても関数は 1 つのインスタンス上でだけ実行される。
当然 zero-scale してもその直前にインスタンスが立ち上がり、スケジュール通りに実行する。

Azure Functions のスケールコントローラって、割と大変なことしているんじゃないだろうか。頭が下がる。

価格面は比較計算が難しい。
vCPU 1 コアあたりとかメモリ 1GB あたりの料金だけを (超局所的に) 比較すると、Elrastic Premium プランよりは安く見える。
が、これは使い方次第。

On Kubernetes と比べて

Kubernetes でホスティングする場合、イベントドリブンで Pod をスケーリングするに KEDA & Prometheus *4 が必要。
Azure Container Apps には元から入っているので、これらを入れる手間はなし。

Kubernetes も KEDA でスケーリングする以上、タイマートリガー周りは違いはない。はず。と予想*5。

VNET 内のリソースへのアクセスについては、AKS でホスティングすればできるので、この辺りは特にアドバンテージなし。

価格は Pod のスケーリングよりもノードプールサイズの影響が大きいので、これまた比較が難しい。

比較まとめ

感想レベルだけども。

	Azure Functions	On Kubernetes	On Azure Container App
Scaling	○	△ 要 KEDA and Prometheus	○
Triggers	○	△ 一部に限られる	△ (左に同じ)
VNET Injection	△ 要 Elrastic Premium or ASP	○	○
Price ※ユースケース次第なので比較困難	？プラン & 使用量次第	？ノードプール次第	？ vCPU/メモリ単価は安そう