SaaSとPaaSとIaaS：違いと選び方

ポイント: SaaS、PaaS、IaaSの違いを理解することは、クラウドコンピューティングに移行するビジネスにとって重要です。各モデルは異なる運用ニーズに応じて機能し、さまざまな利点を提供します。

SaaSはインターネット経由でソフトウェアを提供し、ベンダーによって管理されます。
PaaSは、インフラ管理なしでアプリケーションを構築するためのプラットフォームを提供します。
IaaSは、仮想化されたコンピューティングリソースを提供し、企業にアプリケーションとデータの制御を与えます。

人工知能（AI）の新時代が現在のテクノロジーヘッドラインを支配しているかもしれませんが、クラウドコンピューティングは今日でも注目されているトピックです。ビジネスをクラウドに移行することを考える際、アプリケーションやインフラストラクチャの展開のために、さまざまなクラウドサービスの違いや利点を理解することがこれまで以上に重要です。

サービスとしてのソフトウェア（SaaS）、サービスとしてのプラットフォーム（PaaS）、サービスとしてのインフラストラクチャ（IaaS）の3つのコアモデルを考慮し、比較することが通常必要です。

ソフトウェアとしてのサービス（SaaS）
プラットフォームとしてのサービス（PaaS）
インフラストラクチャとしてのサービス（IaaS）

それぞれについて、概念、利点、そして違いを見ていきます。また、SaaS、PaaS、IaaSの間の主要な違いを理解する手助けをし、組織に適したアプローチを選択できるようにします。

(クラウドの設定にもっと興味がありますか？公開、プライベート、ハイブリッドクラウドの違いについて詳しく学ぶ。)

重要な違い

SaaS、PaaS、IaaSの一般的な例

プラットフォームタイプ	一般的な例
SaaS	Google Workspace、Dropbox、Salesforce、Cisco WebEx、Concur、GoToMeeting
PaaS	Amazon Web Services (AWS) Elastic Beanstalk、Windows Azure、Heroku、Force.com、Google App Engine、Apache Stratos、Red Hat OpenShift
IaaS	DigitalOcean、Linode、Rackspace、AWS、Cisco Metapod、Microsoft Azure、Google Compute Engine (GCE)

SaaS：サービスとしてのソフトウェア

サービスとしてのソフトウェア（SaaS）、別名クラウドアプリケーションサービスは、クラウド市場で企業が最も一般的に利用するオプションを表しています。SaaSはインターネットを活用して、第三者ベンダーによって管理されるアプリケーションをユーザーに提供します。大多数のSaaSアプリケーションはウェブブラウザを通じて直接実行されるため、クライアント側でのダウンロードやインストールは不要です。

SaaSの配信

ウェブ配信モデルのため、SaaSはITスタッフが各コンピュータにアプリケーションをダウンロードしてインストールする必要がありません。SaaSでは、ベンダーがデータ、ミドルウェア、サーバー、ストレージなどの潜在的な技術的問題を管理し、ビジネス顧客にとってメンテナンスとサポートを効率化します。

SaaSの利点

SaaSは、ソフトウェアのインストール、管理、アップグレードなどの面倒な作業に費やす時間とコストを大幅に削減することにより、従業員や企業に多数の利点を提供します。これにより、技術スタッフは組織内のビジネスクリティカルな問題に時間を費やすことができます。

SaaSの特徴

SaaSが利用されているかどうかを判断するためのいくつかの方法があります：

中央の場所から管理される
リモートサーバーにホストされる
インターネット経由でアクセス可能
ユーザーはハードウェアやソフトウェアの更新に責任を負わない

SaaSを使用するタイミング

SaaSは、次のような状況で最も有益なオプションになる可能性があります：

迅速にeコマースを立ち上げる必要があるスタートアップや小規模企業で、サーバーの問題や複雑なオンプレミスのソフトウェアに時間がない
迅速で簡単、かつ手頃なコラボレーションを必要とする短期プロジェクト
あまり頻繁に必要とされないアプリケーション（税務ソフトウェアなど）
ウェブとモバイルの両方のアクセスが必要なアプリケーション

SaaSの制限と懸念

相互運用性。 SaaSアプリケーションがオープン標準に従って設計されていない場合、既存のアプリやサービスとの統合が大きな懸念となる可能性があります。この場合、組織は独自の統合システムを設計する必要があるか、SaaSサービスとの依存関係を減らす必要があるかもしれませんが、常に可能とは限りません。
ベンダーロックイン。 ベンダーはサービスに参加するのを容易にし、そこから抜け出すのを困難にすることがあります。たとえば、データは他のベンダーのSaaSアプリケーション間で技術的またはコスト効果的に移植できない可能性があり、大きなコストや社内エンジニアリングの再作業を伴うことがあります。すべてのベンダーが標準のAPI、プロトコル、ツールに従うわけではなく、特定の業務タスクに必要な機能があるかもしれません。
統合サポートの欠如。 多くの組織はオンプレミスのアプリ、データ、サービスとの深い統合を必要とします。SaaSベンダーはこの点で限られたサポートを提供するかもしれず、組織は内部リソースを投資して統合を設計・管理しなければならないことがあります。統合の複雑さは、SaaSアプリや他の依存サービスの使用方法を制限する可能性があります。
データセキュリティ。 大量のデータが、必要なソフトウェア機能を実行するためにSaaSアプリケーションのバックエンドデータセンターと交換される必要がある場合があります。敏感なビジネス情報を公共のクラウドベースのSaaSサービスに移すと、セキュリティや遵守が損なわれ、大量のデータワークロードを移行するための大きなコストが発生する可能性があります。
カスタマイズ。 SaaSアプリケーションは最小限のカスタマイズ機能を提供します。全てのニーズに合うソリューションは存在しないため、ユーザーはベンダーが提供する特定の機能、パフォーマンス、統合に制限される可能性があります。それに対して、複数のソフトウェア開発キット（SDK）を備えたオンプレミスのソリューションは、高度なカスタマイズオプションを提供します。
制御の欠如。 SaaSソリューションは、第三者サービスプロバイダーに制御を委ねることを伴います。これらの制御は、ソフトウェアのバージョン、更新、外観だけでなく、データやガバナンスにも限られています。そのため、顧客はSaaSオファリングの機能や機能に合わせてデータセキュリティやガバナンスモデルを再定義する必要があるかもしれません。
機能制限。 SaaSアプリケーションは標準化された形式で提供されることが多いため、機能の選択はセキュリティ、コスト、パフォーマンス、または他の組織ポリシーに対する妥協の取引となる可能性があります。また、ベンダーロックイン、コスト、セキュリティの懸念から、将来的に新しい機能要件を満たすためにベンダーやサービスを切り替えることができない場合もあります。
パフォーマンスとダウンタイム。 ベンダーがSaaSサービスを制御・管理するため、顧客は今やベンダーがサービスのセキュリティとパフォーマンスを維持することに依存することになります。計画的および計画外のメンテナンス、サイバー攻撃、またはネットワークの問題は、SaaSアプリケーションのパフォーマンスに影響を与える可能性がありますが、適切なサービスレベル契約（SLA）の保護が整っていてもです。

SaaSの例

SaaSの人気例には次のものがあります：

PaaS：サービスとしてのプラットフォーム

クラウドプラットフォームサービス、別名サービスとしてのプラットフォーム（PaaS）は、主にアプリケーションに使用される特定のソフトウェアにクラウドコンポーネントを提供します。PaaSは、開発者が構築し、カスタマイズされたアプリケーションを作成するために使用できるフレームワークを提供します。すべてのサーバー、ストレージ、ネットワークは、企業または第三者プロバイダーによって管理され、開発者がアプリケーションの管理を維持できます。

PaaSの配信

PaaSの配信モデルはSaaSに似ていますが、インターネット経由でソフトウェアを配信する代わりに、PaaSはソフトウェア作成のためのプラットフォームを提供します。このプラットフォームはウェブ経由で配信され、開発者はオペレーティングシステム、ソフトウェアの更新、ストレージ、インフラストラクチャについて心配することなくソフトウェアの構築に集中する自由を与えられます。PaaSは、ビジネスがアプリケーションを設計・作成し、PaaSに特別なソフトウェアコンポーネントを統合できるようにします。これらのアプリケーションは、ミドルウェアと呼ばれることもあり、特定のクラウドの特性を持つスケーラブルで高可用性です。

PaaSの利点

会社の規模に関係なく、PaaSを使用することは次のような多くの利点を提供します：

アプリケーションの簡単で、コスト効果の高い開発と展開
スケーラビリティ
高可用性
ソフトウェアメンテナンスなしでのアプリケーションカスタマイズ
必要なコーディング量の大幅な削減
ビジネスポリシーの自動化
ハイブリッドモデルへの容易な移行

PaaSの特徴

PaaSには、クラウドサービスとして定義する多くの特徴があります：

仮想化技術に基づいて構築されているため、ビジネスの変化に伴ってリソースを簡単にスケールアップまたはダウンできます
アプリの開発、テスト、展開を支援するためのさまざまなサービスを提供
同じ開発アプリケーションを介して多くのユーザーがアクセス可能
ウェブサービスやデータベースとの統合

PaaSを使用するタイミング

PaaSを使用することは、複数の開発者が同じ開発プロジェクトに取り組んでいる場合など、いくつかの状況で有益であり、時には必要になります。もし他のベンダーを含める必要がある場合、PaaSは全体のプロセスに大きなスピードと柔軟性を提供できます。カスタマイズされたアプリケーションを作成する必要がある場合、PaaSは特に有益です。このクラウドサービスは、アプリケーションを迅速に開発または展開する際に発生するいくつかの課題を大幅に削減できます。

PaaSの制限と懸念

データセキュリティ。 組織はPaaSソリューションを使用して自社のアプリやサービスを実行できますが、第三者のベンダーが管理するクラウドサーバーに存在するデータにはセキュリティリスクと懸念が伴います。特定のホスティングポリシーでサービスを展開できない場合、セキュリティオプションが制限される可能性があります。
統合。 オンサイトデータセンターまたはオフプレミスクラウドに保存されたデータを接続する複雑さが増し、PaaSオファリングで採用できるアプリやサービスに影響を与える可能性があります。既存のサービスやインフラストラクチャとの統合は、クラウド向けに設計されていないコンポーネントを持つレガシーITシステムにとっては課題となる可能性があります。
ベンダーロックイン。 特定のPaaSソリューションのためのビジネスおよび技術的要件が将来適用されない場合があります。ベンダーが便利な移行ポリシーを用意していない場合、ビジネスに影響を与えることなく、代替のPaaSオプションに切り替えることができないかもしれません。
レガシーシステムのカスタマイズ。 PaaSは既存のレガシーアプリケーションやサービスにとってプラグアンドプレイソリューションではないかもしれません。むしろ、レガシーシステムがPaaSサービスで機能するためには、いくつかのカスタマイズや構成変更が必要になるかもしれません。その結果、カスタマイズが複雑なITシステムを生む可能性があり、PaaS投資の価値が制限される可能性があります。
ランタイムの問題。 特定のアプリケーションやサービスに関連する制限に加えて、PaaSソリューションは、選択した言語やフレームワークに最適化されていない可能性があります。特定のフレームワークのバージョンが利用できない、またはPaaSサービスで最適に動作しない場合があり、顧客がプラットフォームにカスタム依存関係を開発できないかもしれません。
運用上の制限。 自動管理ワークフローを持つカスタマイズされたクラウド運用はPaaSソリューションに適用されないことがあり、プラットフォームはエンドユーザーの操作能力を制限する傾向があります。これはエンドユーザーの運用負担を軽減することを意図していますが、運用の制御を失うことで、PaaSソリューションの管理、プロビジョニング、運用に影響を与える可能性があります。

PaaSの例

人気のPaaSの例には次のものがあります：

IaaS：サービスとしてのインフラストラクチャ

クラウドインフラストラクチャサービス、すなわちサービスとしてのインフラストラクチャ（IaaS）は、高度にスケーラブルで自動化されたコンピューティングリソースで構成されています。IaaSは完全にセルフサービスで、コンピュータ、ネットワーキング、ストレージ、その他のサービスにアクセスし、監視することができます。IaaSは、企業が必要に応じてオンデマンドでリソースを購入できるようにし、ハードウェアを完全に購入する必要はありません。

IaaSの配信

IaaSは、サーバー、ネットワーク、オペレーティングシステム、およびストレージを仮想化技術を通じて配信します。これらのクラウドサーバーは通常、ダッシュボードまたはAPIを介して組織に提供され、IaaSクライアントにインフラ全体を完全に制御させます。IaaSは、物理的にすべてを維持または管理することなく、従来のデータセンターと同じ技術と機能を提供します。IaaSクライアントは、サーバーやストレージに直接アクセスできますが、すべてはクラウド内の「仮想データセンター」を通じてアウトソーシングされています。SaaSやPaaSとは異なり、IaaSクライアントはアプリケーション、ランタイム、オペレーティングシステム、ミドルウェア、データなどの管理に責任を持ちます。ただし、IaaSプロバイダーは、サーバー、ハードドライブ、ネットワーキング、仮想化、ストレージを管理します。一部のプロバイダーは、データベースやメッセージキューイングなど、仮想化層を超えたサービスを提供することもあります。

IaaSの利点

IaaSには多くの利点があります：

最も柔軟なクラウドコンピューティングモデル
ストレージ、ネットワーキング、サーバー、処理能力の自動展開が簡単
消費ベースのハードウェア購入
インフラの完全なクライアント制御
必要に応じてリソースを購入
高いスケーラビリティ

IaaSの特徴

IaaSを定義する特徴には次のものがあります：

サービスとして提供されるリソース
変動する消費ベースのコスト
非常にスケーラブルなサービス
複数のユーザーによるハードウェアアクセス
インフラの組織的制御
動的な柔軟性

IaaSを使用するタイミング

SaaSやPaaSと同様に、IaaSが最も有利な特定の状況があります。

スタートアップや小規模企業は、ハードウェアやソフトウェアの購入に時間とお金を費やさないためにIaaSを好むかもしれません。
大企業は、アプリケーションやインフラ全体を完全に制御したいが、実際に消費または必要なものだけを購入したいと考えています。
急成長している企業はIaaSのスケーラビリティを好み、ニーズの進化に合わせて特定のハードウェアやソフトウェアを容易に変更できます。

新しいアプリケーションの要求が不明な場合は、IaaSは柔軟性とスケーラビリティを提供します。

IaaSの制限と懸念

SaaSおよびPaaSモデルに関連する制限（データセキュリティ、コスト超過、ベンダーロックイン、カスタマイズの問題など）は、IaaSモデルにも適用されます。IaaSの特定の制限には次のものがあります：

セキュリティ。 顧客はアプリケーション、データ、ミドルウェア、およびオペレーティングシステムプラットフォームを制御していますが、セキュリティの脅威はホストまたは他の仮想マシン（VM）から発生する可能性があります。内部の脅威やシステムの脆弱性により、ホストインフラとVM間のデータ通信が無許可のエンティティにさらされる可能性があります。
クラウド上のレガシーシステム。 顧客はクラウドでレガシーアプリケーションを実行できますが、インフラはそれらを保護するための特定の制御を提供するように設計されていない場合があります。クラウドに移行する前に、レガシーアプリケーションに対して小規模な改善が必要になる場合があり、十分にテストされていないと新しいセキュリティ問題が発生する可能性があります。
内部リソースとトレーニング。 インフラを効果的に管理するために、従業員向けに追加のリソースとトレーニングが必要な場合があります。顧客はデータセキュリティ、バックアップ、ビジネス継続性に責任を持たなければなりません。ただし、インフラの制御が不十分なため、適切な社内トレーニングやリソースがないと、リソースの監視と管理が困難になる場合があります。
マルチテナントのセキュリティ。 ハードウェアリソースが必要に応じてユーザー間で動的に割り当てられるため、ベンダーは他の顧客が以前の顧客によってストレージ資産に残されたデータにアクセスできないようにする必要があります。顧客は、VMがマルチテナントクラウドアーキテクチャ内で適切に分離されていることを保証するためにベンダーに依存しなければなりません。

IaaSの例

IaaSの人気例には次のものがあります：