「IaaS / PaaS / SaaS」って結局なに？

「IaaS / PaaS / SaaS」って結局なに？

あなたが毎日使っているGmail、Slack、Notion——これらはすべて「SaaS」と呼ばれるものです。

とはいえ、「SaaSって何？」と改めて聞かれると、その定義を正確に説明できる人は、実はそれほど多くありません。

ITパスポートなどの試験勉強で覚えたはずなのに、あるいはニュースでよく「SaaSの死」という言葉を耳にするのに、いざ説明しようとすると、どこか曖昧なまま。そんな感覚を持っている人も多いのではないでしょうか。

そこで本記事では、クラウドの話をすると必ず登場する「IaaS」「PaaS」「SaaS」について、考え方の整理から入ってみたいと思います。

IaaS / PaaS / SaaSの違い（結論）

IaaS / PaaS / SaaSの違いは、「どこまでクラウドに任せるか」です。

• IaaS：インフラを借りる（自由度が高い）
• PaaS：開発環境を借りる（開発に集中できる）
• SaaS：ソフトをそのまま使う（すぐ使える）

この3つは、クラウドサービスの提供範囲の違いを表しています。

そもそも「オンプレ」と「クラウド」って何？

ところで、「IaaS」「PaaS」「SaaS」は、いずれもクラウドに含まれます。では、そもそも「クラウド」とは何なのでしょうか。

クラウド以前、企業がシステムを使おうと思えば、サーバーを買い、設置し、OSを入れ、ネットワークを引き……といった工程を、基本的にすべて自前で行う必要がありました。当然、時間もコストもかかります。

このように、必要なITシステムを自社で構築・運用する形態をオンプレミスないしは略してオンプレと呼びます。

これに対してクラウドは、クラウドサービス事業者が構築したサービスを、インターネット経由で利用する形です。

たとえば Microsoft であれば、Microsoft Azure や Microsoft 365 がこれにあたります。

クラウドが変えたもの

では、クラウドの何が革命的だったのでしょうか。

クラウドが変えたのは、「買わなくていい。借りればいい」という発想です。

ただし、一口に「借りる」と言っても、どこまでを借りるかによって話は変わってきます。

その「どこまで」を整理したものが、IaaS・PaaS・SaaSという分類です。

責任共有モデル

クラウドではオンプレであれば自社でやっていた作業の一部を、クラウド事業者に任せる形になります。このとき重要になるのが、ユーザー企業が責任を持つ範囲とクラウド事業者が責任を持つ範囲を分けて考えることです。

この考え方を、責任共有モデルと呼びます。（この言葉自体を覚えておく必要はありませんが、あと出てくる3分類とも密接に関係します）

IaaS：土台だけ借りる

IaaS（Infrastructure as a Service）は、サーバーやネットワークといったインフラ部分を提供するサービスです。Microsoft Azure や Amazon Web Services（AWS）が代表例です。

2021年、AWSで大規模な障害が発生した際、Twitter やディズニープラス、さらには一部の家電まで同時に使えなくなりました。理由は単純で、それらのサービスが AWSというIaaSの上で動いていたからです。Twitter も Netflix も、自前でサーバーを抱えているわけではありません。

IaaSという「巨大なインフラ」を間借りして、その上で動いています。

たとえるなら、土地を借りるイメージに近いでしょう。何を建てるか、どう内装を仕上げるかは自分次第です。ただし自由度が高い分、OSの設定やセキュリティ対策など、管理も自分で行う必要があります。

PaaS：開発環境ごと借りる

PaaS（Platform as a Service）は、アプリを作るための「土台」をまるごと借りられるサービスです。

IaaSが「土地」だとすれば、PaaSは「設備の整った工場を借りる」イメージです。

たとえば、社内の勤怠管理システムを自社で作ろうとすると、IaaSの場合はサーバーの準備や OS 設定、データベース構築といった前段だけで、数週間かかることも珍しくありません。

PaaSを使うと、そうした準備部分をすっ飛ばして、エンジニアはコードを書くことに集中できます。

分かりやすい例が Salesforce です。営業管理ツールとして知られていますが、実は Salesforce の上に自社専用アプリを作ることもできます。LINEのミニアプリも同じ発想で、LINEという巨大な基盤を借りて、その上にサービスを載せています。

基盤の選択肢は提供事業者に依存しますが、そのぶん立ち上がりは圧倒的に速くなります。

表に出ることは少ないものの、世の中の多くの業務システムや Web アプリは、PaaSの上で動いています。

SaaS：完成品をそのまま使う

SaaS（Software as a Service）は、完成したソフトウェアをインターネット経由で使えるサービスです。

ホテルに泊まるイメージが分かりやすいでしょう。部屋もベッドも最初から用意されていて、自分は荷物を持ってチェックインするだけ。

Microsoft 365やGmailがその典型で、ログインすればすぐに使えます。インフラもアプリも、基本的にはすべてサービス側が管理します。

3つを並べると見えてくるもの

下に行くほど「楽」になりますが、その分、カスタマイズの余地は減ります。

どれが優れているという話ではなく、目的に応じて使い分けるのが普通です。実際の現場でも、インフラは IaaS、開発基盤は PaaS、業務ツールは SaaSと組み合わせて使われることが多くあります。

「どこまで任せるか」という一本の軸

IaaS・PaaS・SaaSの違いは、突き詰めると「どこまでクラウドに任せるか」の違いです。

この軸が掴めると、AzureやMicrosoft 365 の設計思想も、自然と見えてきます。

用語が多いせいで難しく感じるだけで、根っこにある考え方自体はシンプルです。

余談：「SaaSの死」について

では、冒頭の「SaaSの死」という話は何だったのでしょうか。

結論から言うと、SaaSそのものがなくなるわけではありません。

これまでは、業務システムはSaaSを導入すればそれで完了でした。しかし現在は、SaaSで足りない部分は自社で開発するようになったほか、AIエージェントによって処理を自動化することも可能になりました。これにより、SaaS企業の将来の収益性が懸念されるようになり、株価が下落しました。これが「SaaSの死」です。

なお、詳細は以下の記事にまとめています。（「SaaSの死」とは何か ～生成AI時代の内製化とノーコード・ローコードの位置づけ～ - イーストみんなのDX推進室）

まとめ

IaaS・PaaS・SaaSの違いは、「どこまでクラウドに任せるか」という一点に集約できます。また、責任共有モデルは、「任せた部分でも、自分が持つ責任は何か」を明確にする考え方です。

筆者：W.S.

ITガバナンスおよび市民開発推進を得意領域とするコンサルタント。中堅〜大手企業のIT統制設計・DX推進支援に従事。
個人開発者としてJavaScriptおよびFirebaseを用いたWebアプリ開発にも取り組み、開発現場と統治設計の両面からDXを研究している。
同志社大学大学院経済学研究科博士後期課程修了単位取得退学。

【無料相談】DXを"成果"につなげるために

こんなお悩みはありませんか？

• 「AI研修を導入したが、現場で使われていない」
• 「新たに導入したSaaSが生産性向上につながっている実感がない」
• 「社員に市民開発スキルをやらせてコミットメントを高めたい」

当社では、こうした課題を持つ企業様に向けて、現場業務に直結したDX定着支援・伴走型サポートなど、成果につながるDXコンサルティングおよびDX教育プログラムを提供しています。

🎁 今なら無料でご相談いただけます

30分コンサルティングを実施中です。

貴社のDX課題をその場で可視化し、最適な教育・導入プランをご提案します。

→ お申込みはこちら：https://www.qloba.com/forms/10862?_gl=1*1iahbda*_g...

レバレジーズ株式会社が運営するフリーランスHubにて、弊社の「イーストみんなのDX推進室」をご紹介いただきました。
記事は以下よりご覧ください。
・ご紹介記事：DXキャリアの可能性を広げる！現場で役立つ実践知とトレンド情報（https://freelance-hub.jp/column/detail/725/）
・フリーランスHub公式サイト：https://freelance-hub.jp
・フリーランスHub求人一覧：https://freelance-hub.jp/project/
フリーランスHubについて
『フリーランスの案件探しならフリーランスHub』
フリーランスHubは､全国のフリーランスエージェントの保有案件をまとめて掲載しているエンジニア・クリエイター向けのフリーランス案件・求人メディアです。