WEB問題集
解説
【正解: A】の理由
クラウドの Manageability は「Management of the cloud (ポータル / CLI による管理)」と「Management in the cloud (IaC / Automation による自動化)」の 2 側面で評価されます。IaC は環境を宣言的に定義してバージョン管理 / コード レビュー / 自動デプロイに組み込めるため、再現性 / 監査性 / 変更追跡が手作業運用より格段に向上します。
【他選択肢が違う理由】
- B. 物理組立必要: クラウドではハードウェアは Microsoft が管理し、顧客は物理層に関与しません
- C. すべて手動: Azure Automation / Logic Apps / Functions による自動化がクラウドの前提で、手動限定はクラウドの利点を否定します
- D. 管理ツール提供なし: Portal / CLI / PowerShell / Cloud Shell / Bicep など多数のツールが提供され、選択肢の説明と事実が逆です
解説
【正解: A】の理由
Azure Monitor は Azure 全体の監視機能を統合する基盤サービスで、メトリクス (時系列数値) とログ (構造化レコード) を中核データ ソースとして扱います。Application Insights や Log Analytics も Monitor の構成要素で、Alerts / Action Groups / Workbooks / Auto-scale はすべて Monitor のデータを基盤に動作します。
【他選択肢が違う理由】
- B. Azure Service Bus: エンタープライズ メッセージ ブローカーで、サービス間の非同期連携が用途で監視基盤ではありません
- C. Azure Front Door: グローバル L7 ロード バランサ / CDN で、トラフィック分散が役割で監視サービスではありません
- D. Azure Key Vault: シークレット / キー / 証明書の保管サービスで、機密情報管理が役割で監視とは別カテゴリです
解説
【正解: A】の理由
クラウドのイノベーション加速の代表例は Azure OpenAI Service や Cognitive Services のような最新 AI / ML マネージド サービスを API 呼び出しで即時利用できる点です。従来は GPU クラスタ構築からモデル開発、検証、本番化に数ヶ月〜数年かかっていた工程を、数日でプロトタイプから本番投入まで実現でき、ビジネス機会への即応性が劇的に向上します。
【他選択肢が違う理由】
- B. 物理組立: ハードウェア手組みはクラウドの目的と真逆で、イノベーション加速とは無関係です
- C. 決裁数ヶ月: 長期の社内承認はクラウドが回避すべき課題で、加速の例ではなく阻害要因です
- D. ベンダー ロックイン: 強制はクラウド導入の懸念点であり、イノベーション加速の典型例として挙げられる事象ではありません
解説
【判定: いいえ】の理由
Azure Reservations は 1 年または 3 年の継続稼働を前提とした予約購入で、規模 / 構成 / VM サイズが固まっていない初期検証フェーズには不適合です。予約後に VM サイズ変更が必要になると交換 / 解約手続きが発生し、構成変更の柔軟性が大きく損なわれます。
【「はい」が違う理由】
検証段階は従量課金で柔軟性を確保し、構成が固まったら Reservations / Savings Plan へ切替、中断可能ワークロードは Spot VM、というフェーズ別戦略が王道です。スタートアップ初期段階ではまず Cost Management で実コストを可視化し、安定継続するワークロードを見極めてから Reservations を検討します。
解説
【判定: はい】の理由
1 年以上の継続稼働が確定した本番ワークロードへの Reservations 適用はコスト最適化の王道です。1 年予約で従量課金より約 40%、3 年予約で最大 72% の割引が適用されコストが期間中固定されるため、予算編成の精度も向上し「予測可能性」要件にも整合します。
【「いいえ」が違う理由】
Software Assurance 付き Windows / SQL ライセンスを保有していれば Azure Hybrid Benefit を併用でき、Reservations と AHB で最大 80% 削減も可能です。Azure SQL Database / Cosmos DB / App Service Premium V3 等も対象となり、本番安定ワークロード全般で大きな節約効果が見込めます。
解説
【判定: はい】の理由
Spot VM は Azure の余剰キャパシティを最大 90% 割引で利用できる仕組みで、中断可能ワークロードに最適です。チェックポイントから再開可能なバッチ処理、開発 / テスト環境、ML トレーニング、ステートレスな Web 追加容量などが典型用途で、30 秒前予告での eviction を許容できれば大幅なコスト削減を実現できます。
【「いいえ」が違う理由】
スタートアップ シナリオでは本番安定 VM に Reservations、開発 / バッチに Spot VM の組み合わせが王道です。AKS では追加ノード プールを Spot で構成することも可能で、コスト効率と柔軟性を両立できます。
解説
【正解: A】の理由
クラウド移行プロジェクトの主要リスクは技術以外の側面で発生することが多く、ベンダー ロックイン、データ移行コスト (egress 課金や Data Box 物理輸送)、運用文化の変革遅延 (FinOps / DevOps / IaC への適応)、責任共有モデルの理解不足によるセキュリティ事故が代表例です。Cloud Adoption Framework (CAF) で網羅的に対処できます。
【他選択肢が違う理由】
- B. 物理ハードウェア故障: Microsoft 側で透過的に処理されるため顧客の移行リスクには該当しません
- C. 従業員通勤時間: クラウド移行プロジェクトとは無関係な事項で、移行リスク要素ではありません
- D. オフィス家具交換: クラウド導入とは無関係な物理オフィス運営の話題で、移行リスクとは別領域です
解説
【正解: A】の理由
Azure SQL Database (PaaS) はフルマネージド DB サービスで、自動バックアップ (PITR 最大 35 日)、99.99% 高可用性 SLA (Zone Redundant では 99.995%)、自動パッチ適用、Auditing、Defender for SQL による脅威検知、TDE による保管データ暗号化が標準で組み込まれます。同等を IaaS で実装するには DBA チームが必要で TCO が大幅上昇します。
【他選択肢が違う理由】
- B. OS カーネル制御: PaaS では OS まで Microsoft 管理で、顧客がカーネル レベルを制御することはできません
- C. ハードウェア交換: 物理層は全サービスモデル共通で Microsoft 責任、顧客がハードウェアに触れることはありません
- D. バックアップなし: 自動バックアップが標準機能として組み込まれており、選択肢の説明は事実と逆です
解説
【正解: A, B, C】の理由
クラウドが企業に提供するビジネス価値は 3 軸に集約されます。Time to Market 短縮によるグローバル展開の即応性、CapEx → OpEx 化による財務リスク低減と新規事業の立ち上げ容易化、ASR やバックアップによる BCP / DR 実装の容易化です。これらが組み合わさって競争力強化とリスク低減を同時に実現します。
【他選択肢が違う理由】
- D. ハードウェア所有で資産増: クラウドではハードウェアは Microsoft 所有で、顧客の固定資産にはならずビジネス価値の論点が逆転しています
- E. 法規制免除: クラウド利用でも法規制は継続適用され、Service Trust Portal で準拠を担保する責任は顧客側に残ります
Azure コスト最適化サイクルの正しい順序に並べ替えてください (継続的に回す)。
- Visibility (可視化): Cost Management で実コストを把握し、タグ / RG / Subscription 別に分析
- Analyze (分析): Advisor の Cost 推奨 + 未使用リソース検出 + 過剰サイジング検出
- Action (実行): 推奨を実装 (Reservations / Right-sizing / Auto-shutdown / Spot 等)
- Govern (統制): Policy / 予算アラート / タグ強制で再発防止と継続改善
解説
【正しい順序: Visibility → Analyze → Action → Govern】の理由
Microsoft FinOps の標準的なコスト最適化サイクルで、継続的に回すことで効果を最大化します。Visibility では Cost Management ダッシュボードで実コストを把握しタグ / RG / Subscription 別に内訳分析し、起点を定めます。Analyze では Azure Advisor の Cost 推奨を確認し未使用 VM や過剰サイジング、Reservations 候補を具体的な節約額付きで把握します。Action では Reservations 購入、Right-sizing、Auto-shutdown、Spot 切替、未使用リソース削除などを実装し、1 回で 30〜70% の削減も実現します。Govern では Policy による必須タグ強制、予算アラートでの超過即時検知、定期レビューで再発防止と継続改善を回します。月次〜四半期でこのサイクルを回すと、コスト最適化が組織文化として定着します。