Azure App Service

App Service プランは、アプリを動かすコンピューティングリソースの定義だ。OS、リージョン、インスタンス数、インスタンスサイズ、価格レベルを決める。アプリはそのプランの上に載る。

スケールの方向は 2 つある。スケールアップは価格レベルを上げて 1 インスタンスの性能や機能を増やすこと、スケールアウトはインスタンス数を増やすことだ。どちらもプラン単位で行う。

ここが最頻出。レベルは大きく 3 つに分かれる。

• 共有コンピューティング（Free / Shared） ―― 他の顧客のアプリと同じ VM で動く。CPU クォータが割り当てられる
• 専用コンピューティング（Basic 〜 PremiumV4） ―― 専用の Azure VM でアプリを動かす
• IsolatedV2 ―― 専用の仮想ネットワーク上の専用 VM。App Service Environment を使う

本番とは別に用意する、独立したホスト名を持つ稼働環境のこと。ステージングスロットに新しい版をデプロイして検証し、問題なければ本番と入れ替える。

入れ替える操作をスワップと呼ぶ。スワップの前にインスタンスがウォームアップされるため、ダウンタイムがほぼ無い。問題が見つかったら、もう一度スワップすれば元の版に戻せる。

# スロットを作る（Standard 以上）
az webapp deployment slot create -g rg \
  -n myapp --slot staging
# スワップする
az webapp deployment slot swap -g rg \
  -n myapp --slot staging --target-slot production

既定のホスト名は <アプリ名>.azurewebsites.net だ。独自ドメインを割り当てるには、DNS 側にレコードを登録して所有権を検証させる。

証明書

TLS 証明書は、App Service が無料で発行・更新するApp Service マネージド証明書が使える。ただし万能ではない。

アプリの構成・コンテンツ・接続されたデータベースをストレージアカウントに保存する機能。Standard 以上で使え、保存先のストレージアカウントは自分で指定する。

App Service のネットワーク設定は 3 つあり、送信か受信かで役割がきれいに分かれている。ここを取り違える設問が定番だ。