変更要約: AZ-900 第1章(クラウドの基礎概念)を追加
1.3クラウドの展開モデルと消費ベースの課金
パブリック/プライベート/ハイブリッド/マルチクラウドの展開モデルと、CapEx と OpEx・消費ベース(従量)課金の考え方を理解します。
クラウドを「どこに、誰のために置くか」を表すのが 展開モデル です。前節までで「何を借りるか(IaaS/PaaS/SaaS)」を見ましたが、ここでは「どんな形態で持つか」を整理します。あわせて、クラウドの料金の考え方(消費ベース=使った分だけ)と、従来の自前設備との費用構造の違い(CapEx と OpEx)を押さえます。展開モデルとコストは密接で、「前払いで所有するか、使った分だけ払うか」という選択がそのままモデル選びに表れます。
1.3.14つの展開モデル
パブリッククラウド は、プロバイダーが所有・運用する共有のクラウドです(例:Microsoft Azure)。資源は多数の利用者で共有され、初期投資なしで数分で使い始められるのが最大の利点。一方、物理的な所在や共有のされ方を細かく指定したい用途には向かないこともあります。AZ-900 の主役はこのパブリッククラウドです。
プライベートクラウド は、単一の組織専用のクラウドです。自社データセンターや専用のホスティング先に構築し、クラウドの仕組み(セルフサービス・自動化)を保ちつつ管理と統制を自社で握ります。規制が厳しい業界やレガシー資産との兼ね合いで選ばれますが、機器を自前で抱えるため初期投資(CapEx)と運用負荷は大きくなります。
ハイブリッドクラウド は、パブリックとプライベート(またはオンプレミス)を組み合わせ、両者を連携させて使う形態です。たとえば「機密データは自社内、急な負荷の処理はパブリックへ」というように、規制・既存資産とクラウドの柔軟さを両立できます。AZ-900 では「Hybrid=公+私の組合せ」という定義が頻出ポイントです。
マルチクラウド は、複数のパブリッククラウド事業者を併用する形態です(例:Azure と別のクラウドを同時に使う)。特定事業者への依存(ベンダーロックイン)を避けたい、各社の得意機能を使い分けたい、といった理由で採用されます。「ハイブリッド(公+私)」と「マルチクラウド(公+公)」は混同しやすいので、組み合わせる相手が何かで区別します。
| モデル | 構成 | 管理・所在 | 向く用途 |
|---|---|---|---|
| パブリック | 事業者の共有クラウド | 事業者が運用・初期投資なし | 一般的な用途・素早い立上げ |
| プライベート | 単一組織専用 | 自社で統制・CapEx大 | 厳しい規制・既存資産 |
| ハイブリッド | 公+私の組合せ | 用途で配置を分ける | 機密は内・負荷は外 |
| マルチクラウド | 複数の公の併用 | 事業者をまたいで運用 | ロックイン回避・適材適所 |
周辺知識:Azure Arc。 ハイブリッドやマルチクラウドで困るのが「バラバラの環境をどう一元管理するか」です。Azure Arc は、オンプレミスや他社クラウド上のサーバー・Kubernetes・データベースをAzure の管理面(ポータル/ポリシー/タグ)に取り込んで統制できるサービスです。AZ-900 では「Arc=Azure の外にある資源も Azure 流に管理する仕組み」と押さえれば十分です。
1.3.1.1展開モデルの選び方
どのモデルを選ぶかは、規制・既存資産・初期投資の許容度・必要なスピードで決まります。一般には「特別な制約がなければパブリック、制約があればハイブリッドで折衷、依存回避や適材適所が要ればマルチクラウド」という流れになります。次の表は代表的な判断軸です。
| 要件 | おすすめ | 理由 |
|---|---|---|
| とにかく早く・初期費用を抑えたい | パブリック | 数分で開始・従量課金 |
| データを国内・自社で厳格管理 | プライベート or ハイブリッド | 機密は手元、柔軟さも欲しいなら併用 |
| 既存オンプレ資産を活かしつつ拡張 | ハイブリッド | 既存+クラウドのいいとこ取り |
| 特定事業者依存を避けたい | マルチクラウド | 複数事業者で分散・適材適所 |
1.3.2CapEx と OpEx・消費ベースの課金
クラウドを語るとき、費用の質が変わる点が重要です。従来の自前設備は、先にまとめて投資する CapEx。クラウドは、使った分を継続的に払う OpEx に寄せられます。この違いは、資金繰り・会計・意思決定のスピードに影響します。
| 観点 | CapEx(資本的支出) | OpEx(運用支出) |
|---|---|---|
| 支払い | 前払いで一括 | 使った分を継続的に |
| 所有 | 資産を購入・所有 | 借りて使う |
| 例 | 自前データセンターの機器 | Azure の従量課金 |
| 向く状況 | 長期固定の安定負荷 | 変動負荷・素早い立上げ |
消費ベースの課金(従量課金)では、確保した容量ではなく実際に使った分だけ支払います。初期投資が要らず、無駄が少なく、需要に応じて拡大・縮小できるのが利点です。さらに、長期利用を前提に割り引く予約(Reserved Instances/Savings Plans)や、空き容量を安く使うスポットなど、使い方に応じた節約手段も用意されています(詳細は管理とガバナンスの章)。
料金の見積りには Pricing Calculator(これから使う構成の月額試算)、オンプレミスからの移行で「自前 vs Azure」の総保有コストを比較するには TCO(総保有コスト)Calculator を使います。2つは目的が違うので混同しないようにしましょう。
クラウドの料金は「使った分」ですが、何にいくらかかるかは複数の要素で決まります。主なものを押さえておくと、見積りやコスト削減の勘所がつかめます。
- リソースの種類とサイズ:VM のサイズ、ストレージの種類・容量など。
- リージョン:同じサービスでも地域によって料金が異なる。
- ネットワークの送信(下り/egress):データセンターから外への転送量に課金される(受信は通常無料)。
- 稼働時間・使用量:起動している時間、リクエスト回数、保存量など。止めれば課金も止まる。
- 割引オプション:予約(RI/Savings Plans)やスポット、Azure Hybrid Benefit(既存ライセンス活用)で削減できる。
覚え方:CapEx=買って所有(前払い)/OpEx=借りて従量(使った分)。クラウド最大の魅力の一つは、前払いの大きな投資を避けて OpEx に寄せられることです。
シナリオ:規制のある金融システム。 顧客データは法令で国内・自社管理が求められる一方、月末の集計処理だけ負荷が急増する。→ ハイブリッドで、機密データはプライベート(自社)に置き、月末のバースト処理だけパブリック(Azure)へ。Azure Arc で両環境を一元管理。規制とコスト効率を両立できる。
混同に注意:
①ハイブリッド(公+私)とマルチクラウド(公+公)——組み合わせる相手が「私」か「別の公」かで区別。
②CapEx(前払い・所有)とOpEx(従量)——「ハードを買う=CapEx/使った分を払う=OpEx」。選択肢の入れ替えに注意。
Q. プライベートクラウドはオンプレミスと同じ? 厳密には違います。オンプレミスは「自社に機器を置く」立地の話。プライベートクラウドは「単一組織専用にクラウドの仕組み(セルフサービス・プール化・自動化)を提供する」形態の話で、自社内に置くことも、専用としてホスティングされることもあります。重なる部分は多いですが、観点が異なります。
Public/Private/Hybrid/Multi-cloud の定義(特に Hybrid=公+私、Multi-cloud=公+公)、CapEx(前払い・所有)vs OpEx(従量)、消費ベース課金の利点、Pricing Calculator(見積り)vs TCO Calculator(移行比較) は頻出です。
1.3.3この節のまとめ
- 展開モデル:Public(共有)/Private(専用)/Hybrid(公+私)/Multi-cloud(複数の公)
- ハイブリッド/マルチクラウドの一元管理に Azure Arc
- CapEx=前払いで所有/OpEx=使った分だけ。クラウドは OpEx 寄り
- 消費ベース課金=実際に使った分。見積り=Pricing Calculator/移行比較=TCO Calculator
進捗の記録にはログインが必要です。
理解度チェック
(軽い確認用)Q1. パブリッククラウドとオンプレミスのプライベート環境を組み合わせて使う展開モデルはどれですか?
Q2. クラウドの「使った分だけ支払う」費用構造に最も近いのはどれですか?
Q3. 消費ベース(従量)課金の利点として正しいものはどれですか?
Q4. 複数のパブリッククラウド事業者を併用する展開モデルはどれですか?
Q5. オンプレミスや他社クラウド上のサーバーを Azure の管理面に取り込んで一元管理できるサービスはどれですか?
Q6. オンプレミスから Azure へ移行する際の「自前 vs Azure」の総保有コスト比較に使うツールはどれですか?

