クラウドコンピューティング

概要

クラウドコンピューティングは、サーバ・ストレージ・ネットワークといった計算資源を自分で所有せず、必要なときに必要な分だけネットワーク越しに借りる利用形態です。電気を発電所から買うように、計算能力を「サービス」として使う — この発想の転換が名前の由来である「雲（クラウド）」、つまり実体の場所を意識しなくてよい資源の使い方です。

代表的な提供者はAWS（Amazon Web Services）、Google Cloud、Microsoft Azureの3社で、管理画面やAPIを叩けば数分でサーバが手に入り、使った分だけ課金され、不要になれば即座に手放せます。現代のWebサービスの大半はこの上で動いており、インフラを語る語彙のほとんどはクラウドを前提としています。

なぜ生まれたか

クラウド以前、サービスを立ち上げるには自前でサーバを購入し、データセンターに設置する「オンプレミス」が唯一の選択肢でした。発注から稼働まで数週間〜数か月、初期投資は数百万円規模。さらに厄介なのが容量計画で、ピーク時に合わせて買えば平常時は遊休資産になり、平常時に合わせれば繁忙期に落ちる。需要が読めないスタートアップにとって、インフラは大きな賭けでした。

転機は2006年のAmazon EC2/S3の登場です。Amazonが自社の巨大なインフラ運用能力を外部に切り売りし始めたことで、「時間単位でサーバを借りる」ことが現実になりました。初期投資が消え、失敗のコストが激減したことで、アイデアを数日で試せるようになった — クラウドは技術であると同時に、ITのコスト構造を「資産の購入（CapEx）」から「利用料の支払い（OpEx）」へ転換したビジネスモデルの発明でもあります。

詳細

支える技術 — 仮想化とマルチテナント

「数分でサーバが手に入る」体験の裏側にあるのは仮想マシン技術です。クラウド事業者はデータセンターに膨大な物理サーバを並べ、その上で顧客ごとの仮想マシンを切り出して貸し出します。複数の顧客が同じ物理マシンに同居しても互いに干渉できない隔離性（マルチテナント）と、ソフトウェア操作だけで資源を割り当てられる俊敏性が、仮想化によって同時に成立しています。近年はより軽量なコンテナや、実行単位だけを借りるサーバレスへと、貸し出しの粒度が細かくなり続けています。

IaaS / PaaS / SaaS — どこまで自分で管理するか

クラウドのサービスは「どの層から下を事業者に任せるか」で分類されます。IaaS（Infrastructure as a Service）は仮想マシンやネットワークなどの素材を借り、OSから上は自分で管理する形態（EC2など）。PaaS（Platform as a Service）はアプリケーションのコードを置くだけで実行環境の面倒を事業者がみる形態（HerokuやApp Engineなど）。SaaS（Software as a Service）は完成したソフトウェアをそのまま使う形態（GmailやSlackなど）です。下の層を借りるほど自由度が高く運用負担も重く、上の層を借りるほど楽になる代わりに制約が増える — このトレードオフの選択がクラウド設計の出発点になります。

責任分界の比較 — 右の形態ほど下の層から事業者に管理を委ねる

クラウドが変えた設計と運用

クラウドの本質的な強みは、資源の増減がAPI呼び出しになったことです。負荷に応じてサーバ台数を自動で増減するオートスケーリングにより、スケーリングは「事前の賭け」から「事後の追従」に変わりました。インフラがAPIで操作できるからこそ、構成をコードで記述するIaCが成立し、CI/CDパイプラインからインフラごとデプロイする運用が可能になっています。また、世界中のリージョン（地理的拠点）にデータセンターがあるため、CDNと組み合わせて世界展開のハードルも劇的に下がりました。マネージドサービス（事業者が運用まで面倒をみるRDBMSやメッセージキューなど）を組み合わせれば、少人数のチームでもかつての大企業級のインフラを扱えます。

落とし穴と設計上の論点

従量課金は諸刃の剣です。使った分だけ払う気軽さは、消し忘れたリソースや設計ミスによる想定外の請求に直結し、コスト管理（FinOps）はクラウド運用の重要スキルになっています。また、特定事業者の独自サービスに深く依存するほど移行が難しくなる「ベンダーロックイン」も古典的な論点です。責任共有モデル — 事業者はインフラの安全を守るが、その上の設定やデータの守りは利用者の責任 — の理解も欠かせません。公開設定を誤ったストレージからの情報漏えいは、クラウド事故の定番です。オンプレミスと組み合わせるハイブリッドクラウド、複数事業者を併用するマルチクラウドなど、「全部クラウド」以外の現実解も含めて、所有と利用のバランスを設計する語彙として押さえておきたい概念です。