Azure上のLinux (Japanese Edition)

第2章 IaaS とPaaSのデプロイオプション

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

クラウドサービスは大きく3つのカテゴリーに分類される：インフラ・アズ・ア・サービス（IaaS）、プラットフォーム・アズ・ア・サービス（PaaS）、ソフトウェア・アズ・ア・サービス（SaaS）。NISTが定義するこれらのカテゴリーは、¹顧客の責任範囲とクラウドプロバイダーの責任範囲に基づいてクラウドコンピューティングの提供内容を整理することを目的としている。これらの違いはクラウドコンピューティングの共有責任モデルで定義されている。このモデルについては後ほど見るが、まずは技術的な観点からこれらのクラウドコンピューティングリソースカテゴリーの違いを見ていこう。

IaaSは顧客に最大の責任を課す。端的に言えば、IaaSはクラウド上で動作する仮想マシン（VM）のようなものだ。エンドユーザにはリソース（CPU、RAM、ハードディスク容量など）が定義されたレベルで提供され、ユーザはOSから下位層まで、これらのリソース上に任意のアプリケーションをインストールできる。エンドユーザは、それらのアプリケーションのインストール、設定、保守について全責任を負う。IaaSはエンドユーザが支払っているリソースに対して最大限の制御権を与えるが、システムを稼働させ続けるためには最も多くの作業を必要とする。例えば、IaaSインスタンス上でアクセラレーテッド・ネットワーキングを稼働させている場合を考えてみよう。全てのドライバとカーネルが正しく機能していることを確認するのは、あなたの責任だ。ドライバが故障した場合、それを修正するのもあなたの責任である。もし修正しなければ、インスタンスは動作しなくなる（そして修正するまで復旧しない）。

歴史的に、IaaSはクラウド初心者に特に人気のある第一歩だった。結局のところ、考え方の転換が容易だからだ。自社データセンターで仮想マシンを運用する代わりに、ハードウェアの更新を扱う必要なく、MicrosoftのデータセンターでIaaSインスタンスとしてリモート運用できる。

顧客の責任範囲の反対側にあるのがSaaSだ。SaaSは本質的に、完全に構築・管理・設定されたアプリケーションであり、アクセス権に対して料金を支払う。バックエンドのハードウェア、ソフトウェア、データストアについては責任を負わず（閲覧や設定の権限もない）。Office 365はSaaSソフトウェアの一例だ。サブスクリプション料金を支払うことで、OutlookやExcel、PowerPointなどへのアクセス権を得る。適切な範囲内でユーザ管理やアクセスポリシーの作成、ユーザ体験の調整は可能だが、SaaSプロバイダーが定義した制限を超えることはできない。一般に、アプリケーションの動作を変更させる唯一の方法は、開発者に機能リクエストを提出して待つことだ。

SaaSの本質は、基盤となるインフラから手を離せる点にある。ソフトウェアに直接関係しないものは一切管理する必要がない。本書ではSaaSを深く扱う予定はないが、完全性を期すため、またPaaSとの違いをより明確に理解するために、少なくとも言及しておきたかった。

PaaSはIaaSとSaaSの中間的な存在だ。後述するように、このカテゴリーに属する製品には大きな差異があるため、説明がやや難しい。ただし一般的に、PaaSプラットフォームはアプリケーションをデプロイできる事前設定済みのインフラ層を提供する。PaaS環境では、インフラ管理（サーバのプロビジョニング、パッチ適用、ネットワーク設定など）は担当しないが、アプリケーション層の制御権は保持する。アプリケーションの実行環境設定、スケーリングパラメータ、デプロイ仕様の設定は担当する。 ...