はじめに

Azure で一番簡単にコンテナオーケストレーションを実現する Azure Container Apps について、環境構築から、挙動確認、もろもろの測定を記事として残すためのシリーズです

この記事は環境構築の内容なので、ご興味のあるものがあればそちらのリンクをご確認ください

事前環境準備 (※本記事の内容です)
レイテンシを測ってみた
ARM テンプレート化してみる(予定)
スケールの挙動を見てみる(予定)

Azure Container Apps って何さ？

乱暴にいうと、マネージドなAKS、です

k8s そのものや、下回りの仮想マシンなどの管理は不要
KEDA によるスケーリング（0スケール可能）
Envoy によるトラフィック制御
Dapr によるサービス連携など

あたりが大きな特徴ですね。AKS に比べると細かい部分の設定調整などはできませんが、ざっくり上記の代表的な動きができる便利サービスです。
あとはARMテンプレート/bicep で周辺系のサービス( DB など)含めて全部記載できるものメリットになるかなと。YAML 不要！

触ってみるために作る環境について

まずは下図のような Azure Container Apps 環境を作成していきます
今回は choi という通信をリレーするアプリケーションをコンテナとして 4つ使いたいと思います
choi はパブリックなコンテナとして、 shyamagu/choi:http を指定すれば構築できるのでこういう環境構築ではとても便利なソフトウェアです

Azure ポータル画面でポチポチで作る

せっかく ARM テンプレートとか使えるのに～という状況ですが、まずは画面 UI ベースでポチポチ作りたいと思います。
※2022/9/9 時点での画面ベースです。もしかすると見られたタイミング次第ではUIが変わっているかもしれません。

とりえあず最初に以下の赤枠の構成を作成してきます。

最初はコンテナーアプリを探してポチっ

コンテナーアプリの作成ボタンから、以下の情報をいれて、Container App #1 と、Container Apps Environment #1 あとは Log Analytics Workspace を作っていきます

プロジェクトの詳細

サブスクリプション:　お使いのサブスクリプション
リソースグループ:　"新規作成"から、rg-aca-test-20220909 とか適当に
コンテナーアプリ名:　container-app-1

Container Apps 環境

地域:　Japan East (どこでもいいですけど）
Container Apps 環境:　"新規作成"をポチっとして Container Apps 環境の作成へ

Conatiner Apps 環境の作成

環境名:　container-apps-environment-1
ゾーン冗長:　無効のままでOK

「監視」のタブを選択して、

Log Analytics ワークスペース:　ここも"新規作成"をポチっとして
名前:　workspace-aca-test-20220909とか適当に

「ネットワーク」はそのままでいいので、画面左下のCreateを実行すると「コンテナーアプリの作成」画面に戻ります

コンテナーアプリの作成

次に「アプリ設定」のタブを選択、

クイックスタートイメージを使用する:　選択を外す

コンテナーの詳細

名前:　app1
イメージのソース:　Docker Hub またはその他のレジストリ を選択
イメージの種類:　パグリックのまま
レジストリログインサーバー:　docker.ioのまま
イメージとタグ:　shyamagu/choi:httpを指定
(コマンドのオーバーライドとかCPUメモリとかはそのまま)
HTTPイングレス:　無効をクリックして、有効にする
イングレストラフィック:　どこからでもトラフィックを受け入れますを選択
ターゲットポート:　80を指定

全部できたら左下の 確認と作成 を実行、下図のような構成ができたら、これまた左下の作成ボタンを実行

しばし待つ・・・・

デプロイが完了したらリソースに移動して、認証と、Dapr の設定を変えていきます。

AAD 認証をつけて、不特定多数のアクセスを制御する（※オプション）

左パネルの認証から、IDプロバイダーを追加を選択

IDプロバイダー：Microsofotを選択して、

他は特に触らず、画面左下の追加ボタンを実行
そうすると、現在Azureポータルにログインしているアカウントでアクセス制限をかけることができます。便利！

Dapr を有効にする

同じく左パネルの Dapr から、

Dapr:　有効
アプリポート:　80 (これはコンテナのポート、choiはデフォルト80なので80)
アプリID:　dapr-app1
プロトコル:　http
を選んで、左下の保存を実行すると、続行しますか？と聞かれるので、続行を。

これで赤枠部分のサービスがひとまずできます。

というわけで動作確認を。左パネルの概要から、アプリケーションURLを選ぶと（下図）…

AAD の認証を入れている場合は、アクセス許可が要求されるので、承諾を選択してください

choi の起動画面になれば(下図)、ここまでは完成です。

Container App #2の作成

次に下図の赤枠部分、Container App #2 を作成します

まずはコンテナを追加するために、コンテナアプリ環境を選びます。
概要の Container Apps 環境のリンク をクリック(下図)

コンテナ環境のページに飛ぶので、アプリ から、+作成 をクリック

そうすると Container App #1 の時と同じくコンテナーアプリの作成画面になります
先ほどとほぼ同様に設定していきます。 #1 との変更部分は赤で表記

サブスクリプション:　お使いのサブスクリプション
リソースグループ：　rg-aca-test-20220909 (そのまま、さっき作ったのが入っていると思います)
コンテナーアプリ名:　container-app-2
地域:　Japan East (そのまま）
Container Apps 環境:　container-apps-environment-1 (そのまま)

次へ：アプリ設定＞ を選んで、もしくはアプリ設定タグを選択して、Container App #1 の時と同じように、

クイックスタートイメージを使用する:　選択を外す
名前:　app2
イメージのソース:　Docker Hub またはその他のレジストリ を選択
イメージの種類:　パグリックのまま
レジストリログインサーバー:　docker.ioのまま
イメージとタグ:　shyamagu/choi:httpを指定
(コマンドのオーバーライドとかCPUメモリとかはそのまま)
HTTPイングレス:　無効をクリックして、有効にする
イングレストラフィック:　Container Apps 環境に限定を選択
ターゲットポート:　3000を指定

できたら画面左下の 確認と作成 から、検証が終わればそのまま作成を実行
デプロイが完了したら リソースに移動 を選択して、Dapr とアプリのポートの設定を変えます

Dapr を有効にする

左パネルの Dapr から、

Dapr:　有効
アプリポート:　3000 (container app #2は3000ポートで起動させるため（※後述）)
アプリID:　dapr-app2
プロトコル:　http
を選んで、左下の保存を実行すると、続行しますか？と聞かれるので、続行を。

コンテナの環境変数を変えて起動ポートを変える

左パネルの コンテナー から、編集とデプロイを選択

app2 のリンクを選んで

コンテナの編集パネルの下部にある、環境変数 のところの追加を選択、

PORT、手動エントリ、3000
を指定して保存したら、作成を実行

これで container-app-2 はポート3000で choi が起動します。
※ただしこのcontainer-app-2 は、同一のコンテナアプリ環境からしかアクセスできません。動作検証は一旦後回しにして、

Container App #3の作成

最後に下図の赤枠部分、Container App #3 を作成します

先ほどと同様に、まずはコンテナアプリを追加するために、コンテナアプリ環境を選びます。
概要の Container Apps 環境のリンク をクリック(下図)

先ほど同様に、左パネル アプリ から、+作成 を選択

そうすると Container App #1 や #2 の時と同じくコンテナーアプリの作成画面になります
先ほどとほぼ同様に設定していきます。 #1 との変更部分は赤で表記

サブスクリプション:　お使いのサブスクリプション
リソースグループ：　rg-aca-test-20220909 (そのまま、さっき作ったのが入っていると思います)
コンテナーアプリ名:　container-app-3
地域:　Japan East (そのまま）
Container Apps 環境:　container-apps-environment-1 (そのまま)

次へ：アプリ設定＞ を選んで、もしくはアプリ設定タグを選択して、Container App #1 の時と同じように、

クイックスタートイメージを使用する:　選択を外す
名前:　app3
イメージのソース:　Docker Hub またはその他のレジストリ を選択
イメージの種類:　パグリックのまま
レジストリログインサーバー:　docker.ioのまま
イメージとタグ:　shyamagu/choi:httpを指定
(コマンドのオーバーライドとかCPUメモリとかはそのまま)
HTTPイングレス:　無効

できたら画面左下の 確認と作成 から、検証が終わればそのまま作成を実行
デプロイが完了したら リソースに移動 を選択して、コンテナの追加、アプリのポートの設定を変えて、Daprを有効化します

アプリのポートの設定を変える

左パネルの コンテナー から、編集とデプロイを選択

app3 のリンクを選んで (下図ではapp2ですが、app3と読み変えてください)

先ほどと同じく、右パネルの下部にある環境変数の +追加 で、今度は

PORT、手動エントリ、5000
を指定して、保存 & 作成を実行

これで App3 の設定は完了です。次に、

コンテナを追加する（App4 を追加する)

同じく、左パネルの コンテナー から、編集とデプロイを選択

コンテナーイメージ の +追加 を選択

右パネルに ** コンテナーの追加** が表示されるので、以下の設定をもりもりと

名前:　app4
イメージのソース:　Docker Hub またはその他のレジストリ を選択
イメージとタグ:　shyamagu/choi:http を指定
環境変数:
- 名前:　PORT
- ソース:　手動エントリ
- 値:　4000

上記指定したら追加 & 作成を実行

ここまでできたらあと少しです。最後に、

Dapr を有効にする

左パネルの Dapr から、

Dapr:　有効
アプリポート:　5000 (container app #3は5000ポートで起動させるため)
アプリID:　dapr-app3
プロトコル:　http
を選んで、左下の保存を実行すると、続行しますか？と聞かれるので、続行を。

やっと終わりました。これでひとまずの準備は完了です。
ARMテンプレート使えばここまでの内容が1発でできるので、やはりARMテンプレート使うのが正義ですね^^;

やっとできた。でわ動作確認

ここまでの内容で、以下の構成が完成しているはずです。choiを使って、赤矢印の動作を確認してみたいと思います

URLを確認するために、コンテナアプリ環境を選びます。
概要の Container Apps 環境のリンク をクリック(下図)

container-app-1 と container-app-2 のアクセスURLをそれぞれ表示してメモっておきます

container-app-1 のURLをたたいて、choi の画面を表示させます
choiの設定画面で、以下のパラメータを設定します

SERVER1 の choi uri :　container-app-1 のURL(ブラウザで表示されているURLと同じもの)
SERVER2 の choi uri :　container-app-2 のURL
(+ADD)して、SERVER3 のuriには、http://localhost:3500/v1.0/invoke/dapr-app3/method/test
(+ADD)して、SERVER4 のuriには、http://localhost:4000/

他は特にいじらずに、Start Requestを実行すると・・・やったー疎通確認完了です！

しっかし18秒かかってますね…これは、色々やっている(記事書いている)うちに全部のコンテナアプリが0スケールしてしまっているためです。
すぐにもう一回 Start Requestすると今度は早いですねー

おわりに

今回は Azure Container Apps を触ってみるための事前準備として、とりあえず画面ポータル上でぽちぽちと構成を組みました。しかし辛い…やはりテンプレートは正義ですね。