Azure App Service Plan 完全ガイド｜ティア選定・Deployment Slot・VNet Integration・コスト最適化

App Service Plan は、App Service / Functions / Logic Apps を実行する VM リソースの集合体。Plan は SKU (Free・Shared・Basic・Standard・Premium v3・Isolated v2)・OS (Linux/Windows)・リージョン・インスタンス数を定義し、複数の App Service / Function App が 1 つの Plan のリソースを共有可能。料金は Plan に対して課金 (実行する App 数に関係なくインスタンス × 時間)、コスト最適化には複数 App を 1 Plan で共有する戦略が有効。本番環境では Premium v3 推奨で、Auto Scale・VNet Integration・Premium Storage・新世代 CPU が利用可能です。

Free / Shared: 学習用・PoC、HTTPS なし・Custom Domain 不可・1 日 60 分の CPU 制限。Basic (B1-B3): 開発・テスト、Always On 不可・Auto Scale 不可、月 1.5-6 万円。Standard (S1-S3): 小-中規模本番、Auto Scale 最大 10 インスタンス・Daily Backup・Deployment Slot 5 つ、月 10-30 万円。Premium v3 (P0v3-P5v3): 本番推奨、Auto Scale 30 インスタンス・VNet Integration・Premium SSD・最新世代 CPU、月 14-100 万円。Isolated v2 (I1v2-I6v2): App Service Environment v3 (ASEv3) ベース、専有 VNet・コンプライアンス向け、月数十万-数百万円。新規本番は Premium v3 P1v3 以上、コンプライアンス要件 (PCI DSS・GDPR データレジデンシ) で Isolated v2 ASEv3。

Linux App Service Plan: コスト約 30-50% 安、コンテナ (Docker Image) 直接デプロイ可能、Node.js/Python/PHP/Ruby/Java/.NET ランタイム、起動高速、Microsoft 推奨。Windows App Service Plan: .NET Framework アプリ・IIS 専用機能必須・WCF サービス・Windows 認証統合・GAC ベースのレガシーアプリ。新規 .NET 8/.NET 9 アプリは Linux 一択 (.NET Core 系は Linux で動く)、レガシー .NET Framework は Windows 必須。コンテナ化された .NET Framework アプリ (Docker Container) は Windows コンテナ対応 Plan で動作可能 (限定的)。Microsoft の最新トレンドは Linux 中心で、新規プロジェクトでは Linux 一択というのが業界標準です。

Deployment Slot は、Production App と分離された別環境 (Staging・Test・Dev など) を同じ App Service Plan 内に作成する機能。各 Slot は独立した URL (例: myapp-staging.azurewebsites.net) を持ち、独立してデプロイ可能。最大の利点は『Swap (スワップ)』機能で、Staging Slot でテスト完了後にワンクリックで Production と切り替え、ゼロダウンタイムデプロイ実現。Warm-up Trigger で Swap 前に Slot を温めることで Cold Start も回避。Slot 数は Standard 5 つ・Premium v3 20 つ。Blue-Green デプロイの標準実装パターンで、本番 Web アプリでは Deployment Slot 活用が必須レベル。Swap 後の問題発覚時には Swap Back で即時ロールバック可能、本番リリースの安全性が劇的に向上します。

VNet Integration は App Service / Functions から VNet 内リソース (Private Endpoint・VM・オンプレリソース) へのプライベート接続を実現する機能。Standard (S1+) 以上で利用可能、Premium v3 が推奨。設定: App Service Plan のネットワーク設定 → VNet Integration → 対象 VNet と専用 Subnet (App Service 専用、他リソースと共有不可) を指定。これにより App Service → Private Endpoint 経由で Azure SQL DB・Cosmos DB・Storage・Key Vault に Private 接続、オンプレリソースへも VPN/ExpressRoute 経由で接続可能。Public エンドポイントを完全排除した本番アーキテクチャの中核で、コンプライアンス要件 (データが Public Internet を通らない) を満たす実装パターンです。

1 つの App Service Plan に複数の App Service を相乗りさせるとコスト削減可能 (Plan ごとに料金が決まり、Plan 内の App 数は料金に関係しない)。標準パターン: 1) 環境別分離 (Plan-Dev・Plan-Stage・Plan-Prod)、各環境内で複数 App 相乗り、2) アプリ群別分離 (重要度の高い決済系は専用 Plan、一般 Web は共有 Plan)、3) スケール特性別分離 (CPU 集約と I/O 集約を別 Plan)。共有時の注意: 1 App の負荷が他 App に影響、Auto Scale は Plan 単位で発動 (個別 App 単位は不可)、本番では重要 App には専用 Plan 推奨。複数 App 相乗りで Premium v3 P1v3 (月 14 万円) を 5 App で割れば 1 App あたり月 2.8 万円となり、Standard S1 (月 10 万円) より大幅安いコスト構造が実現します。

App Service Plan は Reserved Instance (1-3 年契約・最大 55% 割引) と Savings Plan (1-3 年契約・最大 40% 割引) の両方が適用可能。Reserved Instance: 特定の Region・SKU・OS を固定で予約購入、最も割引率高い、柔軟性低い (リサイズには交換手続き)。Savings Plan: 時間あたりのコミット金額のみ指定、Region・SKU・OS は柔軟に変更可能、割引率はやや低い。本番運用で 1-3 年継続見込みなら Reserved Instance、変動要素ある場合は Savings Plan。Premium v3 系は Reserved Instance 適用で大幅コスト削減 (Pay-as-you-go から 30-55%)、企業全体で年間数千万円規模の削減効果が期待できます。新規 App Service 環境構築時は予算計画にこれらの割引を必ず織り込むべきです。

AZ-204 (Developer Associate、2026-07 リタイア注意) のドメイン 1 (Compute 25-30%) で App Service Plan が深く問われる本領域の本命認定。AZ-104 (Administrator) のドメイン 3 で運用視点での選定、AZ-305 (Solutions Architect Expert) でアーキテクト視点での選定 (App Service vs Container Apps vs Functions)、AZ-400 (DevOps Engineer Expert) で CI/CD パイプライン・Deployment Slot・Swap 活用。Azure の主力 PaaS コンピュートで、開発者・アーキテクトにとって App Service Plan の理解は必須スキルです。