App Service vs Container Apps vs Functions 完全比較｜Azure コンピュート選定

App Service: 伝統的な PaaS、Web アプリ / Web API 中心、Windows / Linux 対応、サイズ固定スケーリング (Plan ベース)、フルマネージド OS。最も成熟・運用知見豊富。Container Apps: 2022 GA の Serverless Kubernetes ベース PaaS、コンテナイメージから直接デプロイ・Scale to Zero・KEDA イベント駆動スケール。AKS の運用負荷なしでコンテナ実行したい場合の主力。Functions: イベント駆動の Serverless 実行環境、Trigger (HTTP・Timer・Queue・Blob・Event Hub・Service Bus・Cosmos DB) で起動、関数単位の最大 10 分実行 (Consumption) / 60 分 (Premium)。短時間イベント処理に最適。判断: 伝統的 Web アプリ → App Service、コンテナベース新規 → Container Apps、イベント駆動短時間処理 → Functions、フルコントロール K8s → AKS。

App Service Plan の主要ティア: Free / Shared / Basic (B1-B3): 開発・テスト用、Always On 不可。Standard (S1-S3): 本番最小、Auto Scale (10 インスタンス上限)・Custom Domain・SSL 対応。Premium v3 (P0v3-P5v3): 本番推奨、Auto Scale 30 インスタンス・VNet Integration・Premium Storage・最新世代 CPU。Isolated v2 (I1v2-I6v2): App Service Environment v3 (ASEv3) ベース、専有 VNet・コンプライアンス要件向け、月数十万円-。本番一般 Web は Premium v3 P1v3 から開始、ASE v3 はコンプライアンス要件 (PCI DSS・GDPR データレジデンシ・金融機関) で必要なケースのみ。Linux と Windows でティア体系がほぼ同じだが、機能差は微妙にあり (例: Docker サポート対象機能)。

Container Apps の主要機能: 1) Scale to Zero (アイドル時 0 インスタンスで完全コスト 0)、2) KEDA イベント駆動スケール (HTTP・Queue・Event Hub・Service Bus・Kafka・Cron 等 50+ Scaler)、3) Dapr 統合 (Distributed Application Runtime、マイクロサービス間通信・Pub/Sub・State Store の共通 API)、4) Revisions (ブルーグリーンデプロイ・カナリアデプロイ)、5) Traffic Splitting (複数 Revision にトラフィック分割、A/B テスト)、6) Managed Identity 標準対応、7) VNet Integration (Internal / External Endpoint・Private Endpoint 対応)。基盤は内部的に AKS だが、ユーザーは K8s YAML を意識せず宣言的 ARM/Bicep 形式で構成。AKS の運用負荷を避けてコンテナを動かしたい場合の主力サービスです。

Functions の主要プラン: Consumption Plan: 完全 Serverless・実行時のみ課金 (月 100 万実行 + 40 万 GB-秒 まで無料)・最大 10 分実行・Cold Start 数秒。Premium Plan: VNet Integration・Always On (Cold Start なし)・最大 60 分実行・専用インスタンス・月固定費 + 従量。App Service Plan: 既存 Plan に Functions を相乗り・コスト削減 (他 App との共有)・スケール制約。Flex Consumption Plan (2024 GA、新主力推奨): Consumption の進化版・VNet Integration 対応・インスタンス数制御・Always Ready Instance 設定可能。シンプル軽量 → Consumption、低レイテンシ要件 → Premium または Flex Consumption、コスト最適化 → App Service Plan 相乗り。Flex Consumption が新規プロジェクトの主流になりつつあります。

代表的構成での月額目安 (本番運用想定、東京リージョン)。App Service: P1v3 (210 ACU・3.5 GB RAM) × 2 インスタンス HA = 月 4-5 万円。Container Apps: 1 Container (0.5 vCPU・1 GiB RAM) × 1 Replica 常時 + 必要時スケール = 月 1-3 万円 (Scale to Zero 活用なら大幅減)。Functions: Consumption (月 500 万実行 + 100 万 GB-秒) = 月 2,000-5,000 円。Premium EP1 = 月 16,000 円固定 + 従量。AKS: Standard コントロールプレーン無料 + D4s_v5 × 3 ノード = 月 6-9 万円 + LB。コスト順は Functions Consumption ≪ Container Apps (Scale to Zero) ≤ Functions Premium ≤ App Service ≤ AKS。シンプルなアプリほど Functions / Container Apps の Scale to Zero でコスト劇的削減可能です。

AKS は『フル Kubernetes 環境が必要な場合』に限定推奨。具体的には: 1) ベンダ中立な OSS Kubernetes 標準で動かしたい (マルチクラウド戦略)、2) 既存 Helm Chart / Kustomize 資産が豊富、3) Service Mesh (Istio) など高度な K8s 機能を使う、4) GPU Node・Spot Node などカスタム Node Pool 構成、5) StatefulSet で複雑なステート管理。それ以外の『コンテナを動かしたい』だけなら Container Apps で十分で、AKS の運用負荷 (アップグレード・Networking・Storage 設計・セキュリティパッチ) を回避可能。Microsoft も新規プロジェクトでは『まず Container Apps を検討、K8s 固有機能が必須な場合のみ AKS』を推奨しています。

シナリオ別推奨: 1) シンプル CRUD Web アプリ (Node.js / Python / .NET) → App Service Premium v3 (運用知見豊富・PaaS の信頼性)、2) マイクロサービス・コンテナベース新規 → Container Apps (Scale to Zero + KEDA + Dapr の強み)、3) サーバーレス API (低トラフィック) → Functions Consumption (月数千円で運用)、4) サーバーレス API (低レイテンシ要件) → Functions Flex Consumption、5) フル K8s 必要 → AKS。新規 Web 開発の傾向として、ステートフル / 複雑要件は App Service、ステートレス / マイクロサービスは Container Apps、イベント駆動短時間処理は Functions という三本柱の使い分けが業界標準になりつつあります。

AZ-204 (Developer Associate、2026-07 リタイア注意) のドメイン 1 (Compute 25-30%) で App Service・Functions・Container Apps の使い分けが深く問われる。AZ-104 (Administrator) のドメイン 3 で運用視点での選定、AZ-305 (Solutions Architect Expert) のドメイン 4 でアーキテクト視点での選定、AZ-400 (DevOps Engineer Expert) で CI/CD パイプライン構築。Microsoft 外の認定として AWS Solutions Architect Professional・GCP Professional Cloud Architect との二刀流でマルチクラウド対応力が転職市場で評価されます。