WEB問題集
解説
【正解: A】の理由
App Service は Web / API / モバイル バックエンドを常時稼働させる PaaS で、インスタンスが常時課金されます。Functions の Consumption Plan はイベント駆動 (HTTP / Blob / Queue / Timer) で動作し、実行時間と回数のみ課金で、アイドル時はゼロ課金です。
【他選択肢が違う理由】
- B. 両者は同義: 課金モデルと用途が大きく異なり置換可能ではありません
- C. App Service が IaaS / Functions が SaaS: 両方とも PaaS / サーバーレスの範疇に属します
- D. 逆の説明: 常時稼働とイベント駆動の対応が真逆になっています
解説
【正解: A】の理由
AKS はマネージド Kubernetes サービスで、コントロール プレーン (API Server / Scheduler / etcd) を Microsoft が無償で完全管理します。顧客はワーカー ノードの VM のみ課金され、自動スケールやバージョン アップグレード支援も統合されています。
【他選択肢が違う理由】
- B. 顧客責任の構築: 真逆でコントロール プレーンを Microsoft が管理します
- C. 物理サーバ専用: AKS はクラウド ベースのオーケストレーションで物理サーバ専用ではありません
- D. サポートされない: AKS は Azure の主要サービスとして正式提供されています
解説
【正解: A】の理由
Azure Container Instances (ACI) はサーバーレス コンテナと呼ばれ、単一コンテナを即座に起動できます。短時間バッチ / 単発ワーカー / CI/CD テスト実行に向き、AKS の Virtual Node 経由でバースト容量としても利用できます。
【他選択肢が違う理由】
- B. 大規模 Kubernetes 運用: 数十ノード規模のクラスタ運用は AKS の領域です
- C. Windows デスクトップ仮想化: VDI 用途は Azure Virtual Desktop が担当します
- D. グローバル DNS の解決: 名前解決サービスは Azure DNS の機能です
解説
【正解: A】の理由
Azure Virtual Desktop (AVD) はマルチセッション Windows 10/11 や Windows Server をクラウドから配信する VDI ソリューションです。1 VM で複数ユーザーが同時利用でき、Microsoft Entra ID + Conditional Access でセキュア接続を担保します。
【他選択肢が違う理由】
- B. Web アプリの PaaS: Web / API ホスティングは App Service の領域です
- C. Kubernetes クラスタ管理: コンテナ オーケストレーションは AKS が担当します
- D. オブジェクト ストレージ構築: 非構造化データの保管は Azure Blob Storage の役割です
解説
【正解: A, B】の理由
ACR は Docker / OCI イメージのプライベート レジストリで、脆弱性スキャンとレプリケーションを備え AKS / ACI / App Service から利用できます。Azure Container Apps は Kubernetes ベースのマネージド サーバーレス コンテナ プラットフォームで、Dapr / KEDA をサポートしゼロ スケールに対応します。
【他選択肢が違う理由】
- C. Blob Storage: 汎用オブジェクト ストレージで、コンテナ レジストリの機能は持ちません
- D. Azure DNS: 名前解決サービスでありコンテナを起動する機能はありません
- E. Azure Bastion: VM への踏み台接続サービスでコンテナ保管は担当しません
解説
【判定: いいえ】の理由
VM (IaaS) は 4 要件すべてと衝突します。OS / Nginx の管理は管理最小化要件に反し、開発速度も阻害されます。オートスケールは VMSS の手動構成が必要で即座の追従が難しく、VM はアイドル時も常時課金されゼロ課金要件も満たせません。
【「はい」が違う理由】
App Service / Functions / Container Apps のいずれかが要件に適合します。OS / ランタイム管理を Microsoft 側に任せ、アプリ開発に集中することで開発速度を最大化し、自動スケール + サーバーレス課金でコスト要件も両立できます。
解説
【判定: はい】の理由
App Service は OS / ランタイム / ミドルウェアを Microsoft が完全管理する PaaS です。Premium V3 はゾーン冗長と高いオートスケールを持ち、Deployment Slot による Blue/Green デプロイで開発速度も向上します。本問の主要要件を実用的に満たします。
【「いいえ」が違う理由】
Premium V3 は常時インスタンス課金のため、アイドル時ゼロ課金を完全には満たせません。極端に閑散な時間帯があるなら Functions Consumption や Container Apps の方が完全にフィットします。ただし安定性と機能性で王道の選択肢となります。
解説
【判定: はい】の理由
Functions の Consumption Plan は 4 要件にすべて完璧に適合するサーバーレス実装です。コード開発に集中でき、OS / スケールは Microsoft 管理、HTTP リクエスト数で自動スケールし、実行分のみ課金でアイドル時はゼロ課金となります。
【「いいえ」が違う理由】
Functions は短時間処理 (標準 10 分以内) に最適で、長時間処理や WebSocket 状態保持には Container Apps / App Service / Durable Functions が向きます。REST 中心の短時間 API ならば Functions が最適解で、スタートアップ初期に特に推奨されます。
解説
【正解: A, B】の理由
Azure Functions はコード ベースのイベント駆動関数で、HTTP / Blob / Queue Trigger で起動し実行分のみ課金されます。Azure Logic Apps はコードレスのワークフロー オーケストレーションで、Office 365 / Salesforce / SAP など多数のコネクタを通じてシステム間連携を自動化します。両者はサーバーレス 3 原則を満たします。
【他選択肢が違う理由】
- C. Virtual Machines: IaaS でサーバを意識する必要があり、サーバーレスの対極に位置します
- D. Azure DNS: 名前解決サービスでサーバーレスの典型例ではありません
- E. Microsoft Excel: クラウド サービスではなくオフィス アプリケーションです
左の Azure Compute サービスを、右の最も適切なユース ケースにドラッグ&ドロップしてください。
- Azure Virtual Machines (IaaS)
- Azure App Service (PaaS)
- Azure Functions (Consumption)
- Azure Kubernetes Service
解説
【正解マッピング】
Azure Virtual Machines → 既存レガシーのリフト&シフト: OS / カーネル / 特殊ミドルウェアの制御が必要なシナリオに最適で、古い OS や独自エージェント / ライセンス制約のあるケースで現実的な選択肢となります。
Azure App Service → Web / API の素早い公開: OS 管理から開放され、Node.js / .NET / Java / Python を即時デプロイできます。Deployment Slot で Blue/Green デプロイも実現します。
Azure Functions → イベント駆動の短時間処理: Storage Blob / Service Bus / HTTP Trigger で実行時のみ課金され、アイドル時はゼロ課金です。不定期トリガー ワークロードに最適です。
Azure Kubernetes Service → 大規模マイクロサービス: 数十〜数百サービスをコンテナで運用でき、Service Mesh / Helm / GitOps と組み合わせるクラウドネイティブ基盤です。