IaaS・PaaS・SaaS は、クラウドサービスを「事業者がどこまで用意し、利用者がどこから管理するか」で分けた呼び方です。もとになっているのは、米国国立標準技術研究所（NIST）が2011年に公開した「The NIST Definition of Cloud Computing」（SP 800-145）で、クラウドを3つのサービスモデルに分けています。
この記事では、3つの違いを管理範囲で整理し、WordPressを動かす場所を選ぶときにどう当てはめるかを説明します。
3つのサービスモデルの定義
NIST の定義を要約すると、次のとおりです。
| モデル | 利用者に提供されるもの | 利用者が管理するもの |
|---|---|---|
| IaaS（Infrastructure as a Service） | CPU・ストレージ・ネットワークなどの計算資源 | OS、ミドルウェア、アプリケーション、データ（ネットワークの一部の設定も） |
| PaaS（Platform as a Service） | 事業者が対応する言語・ライブラリ・ツールでアプリケーションを動かす環境 | 自分で用意したアプリケーションとその設定、データ |
| SaaS（Software as a Service） | 事業者のアプリケーションそのもの | 利用者ごとの限られた設定とデータ |
下の層ほど事業者が管理し、上の層ほど利用者が管理します。層ごとに並べると、違いがわかりやすくなります。
| 層 | IaaS | PaaS | SaaS |
|---|---|---|---|
| データ・アカウント・権限 | 利用者 | 利用者 | 利用者 |
| アプリケーション | 利用者 | 利用者 | 事業者 |
| 実行環境（言語・ミドルウェア） | 利用者 | 事業者 | 事業者 |
| OS | 利用者 | 事業者 | 事業者 |
| 仮想化・物理サーバー・ネットワーク | 事業者 | 事業者 | 事業者 |
どのモデルでも、データと、誰にどの権限を与えるかは利用者の責任として残ります。AWS などの大手クラウドは、この分担を「責任共有モデル」と呼んで説明しています。
代表的なサービスの例
| モデル | 例 |
|---|---|
| IaaS | Amazon EC2、Google Compute Engine、Azure Virtual Machines |
| PaaS | AWS Elastic Beanstalk、Google App Engine、Azure App Service、Heroku |
| SaaS | Google Workspace、Microsoft 365、Salesforce |
同じ事業者でも、サービスごとにモデルが違います。また、データベースだけを事業者が運用する Amazon RDS のようなマネージドサービスもあり、実際の境界は3つにきれいに分かれるわけではありません。
それぞれの長所と短所
IaaS
- 長所: OS やソフトウェアを自由に選び、細かく設定できる。仮想マシンの数や大きさを必要に応じて変えられる。
- 短所: OS のセキュリティ更新、Webサーバーやデータベースの設定、バックアップ、監視を自分で行う。運用できる人がいないと、放置されたサーバーが攻撃の入口になる。
PaaS
- 長所: OS や実行環境の更新は事業者が行うので、アプリケーションの開発と運用に集中できる。
- 短所: 使える言語・バージョン・拡張機能は事業者が対応するものに限られる。サービス固有の仕組みに合わせて作ると、別の事業者へ移すときに手間がかかる。
SaaS
- 長所: 契約してすぐに使える。サーバーの管理は要らない。
- 短所: できることはサービスの機能の範囲内に限られる。データの書き出し方法や、サービスが終了したときの扱いを事前に確認しておく必要がある。
WordPressを動かす場所に当てはめる
WordPress を置く場所としてよく比較されるものを、管理範囲で当てはめると次のようになります。サービスの名前ではなく、「誰が何を管理するか」で見るのがポイントです。
| 置き場所 | 近いモデル | 利用者が主に管理するもの |
|---|---|---|
| VPS・クラウドの仮想マシン | IaaS | OS の更新、Webサーバー・PHP・データベースの設定、WordPress 本体・テーマ・プラグイン、バックアップ |
| 共用のレンタルサーバー | PaaS に近い | WordPress 本体・テーマ・プラグイン、各種設定（OS やWebサーバーは事業者） |
| マネージドWordPressホスティング | PaaS に近い | テーマ・プラグイン・コンテンツ（本体の更新やバックアップを事業者が行うものが多い） |
| サービスとしてサイトを作る形（WordPress.com など） | SaaS に近い | コンテンツと、プランで許された範囲の設定 |
共用のレンタルサーバーは、ふつう PaaS とは呼ばれませんが、利用者が OS を管理しない点で役割分担は PaaS に近くなります。どこまで事業者が面倒を見るかはサービスごとに違うので、契約前に公式の説明で確認してください。
レンタルサーバーとVPSの違いは 共用サーバーとVPSの違い、クラウドの比較は クラウドサーバーの比較 で詳しく扱っています。
選ぶときに確認すること
- OS やミドルウェアを自分で設定する必要があるか: 特定のソフトウェアを入れたい、PHP の拡張機能を細かく選びたいなら IaaS。そうでなければ PaaS やレンタルサーバーで足ります。
- 運用を誰が担うか: セキュリティ更新、障害対応、バックアップの確認を続けられる人がいなければ、管理範囲の狭いモデルを選ぶほうが安全です。
- 負荷の変動: アクセスが急に増える用途では、自動でサーバーを増やせる仕組み（IaaS のオートスケーリングや PaaS の自動拡張）があるかを確認します。
- データの持ち出し: SaaS や PaaS では、データの書き出し方法と、解約やサービス終了時の扱いを確認します。
- サポートと契約の範囲: 稼働率の保証（SLA）、バックアップの有無と保存期間、サポートの受付範囲は事業者ごとに違います。
よくある誤解
- 「クラウドに置けば安全」ではない: どのモデルでも、パスワードや権限の管理、データの扱いは利用者の責任です。IaaS ではさらに OS の更新も利用者が行います。
- 「SaaS なら設定は不要」ではない: 利用者アカウントの権限、共有範囲、二段階認証などの設定は利用者が行います。
- 料金だけで比べない: IaaS は表示価格が安く見えても、運用にかかる人の時間を含めると高くつくことがあります。