IaaS、PaaS、それぞれの違い

　読者の中には、Cloud FoundryがPaaSと呼ばれていたことを知っている方もいるだろう。そこで、まずはPaaSとは何かを解説する。

　まずは従来の方法でWebアプリケーションを開発し、公開するフローを考えてみよう。まず必要になるのが「サーバ」や「ネットワーク」だ。こういった物理的な環境を用意し、次にLinuxやWindowsといったOSをセットアップする。その後、ミドルウェア類をセットアップし、アプリケーションのソースコードを設置、そして起動。併せてインターネットから接続できるようネットワーク周りを設定する。これが大きな流れである。

　ハードウェアの調達やネットワーク周りのセットアップは数週間から数ヶ月かかる作業だったが、2000年代末頃よりこういった作業をAPI経由でオンデマンドに作成し、提供できるようなサービスが登場し始めた。それがIaaS（Infrastructure as a Service）である。

　IaaSの登場により、必要なときに必要なだけリソースを調達できるようなり、運用コストやリードタイムを大きく削減することが可能となった。世の中で騒がれてきた「クラウド移行」とは、こういったオンプレミス環境からIaaSへの移行を指すことが多かった。

　では、PaaSとは何だろうか。PaaSはPlatform as a Serviceの略で、アプリケーションを動作させるための基盤（プラットフォーム)をサービスとして提供する仕組みのことを指す。IaaSの場合、インフラの調達部分はオンデマンドで行えるようになったが、ミドルウェアのセットアップやアプリケーションの配置、起動、その他DNSなどのネットワーク周りの設定は依然として開発者ないしは運用者が行う必要があった。

　しかし、PaaSの場合、インフラだけでなくその上のレイヤーまでまとめて自動化することで、開発者はアプリケーションの開発に専念できるようになる。（図1)


　余談となるが「プラットフォーム」という言葉が指す範囲は非常に広く、従ってPaaSの定義も今日に至るまで固まっておらず、人によって説明することが異なる状態が続いている。本稿の定義も、そのうちの1つだという点には留意されたい。

Cloud Foundryの仕組みとメリット

　Cloud Foundryを利用した場合のアプリケーション開発フローが図2である。


　ユーザーがコマンドを使ってアプリケーションをデプロイすると、内部ではさまざまな処理が行われ、最終的にCloud Foundry内で起動する。IaaSでは数時間から数日にかけて行っていた作業が、わずか数十秒から数分で完了するようになる。

　近年コンテナ技術が注目を浴びており、Dockerという単語を聞いたことがある読者も多いだろう。Cloud Foundryも内部でコンテナ技術を活用しており、ソースコードから実行可能イメージを作成する仕組み「Buildpack」を組み合わせることで、極めて効率の良い構築方法を実現している。

　Dockerも優れた仕組みだが、コンテナイメージの作成と運用は開発者に委ねられており、アプリの開発だけでなくそちらにも意識を配る必要がある。一方、Cloud Foundryの仕組みは、それすら不要にする、まさにアプリ開発にフォーカスした仕組みだと言える。

　これだけ強烈な工数削減を目にすると、ついついそちらばかりに意識が向いてしまうが、Cloud Foundryの凄さはそれだけではない。むしろ、ここからが真価だ。

　アプリケーションの初期構築のことを「Day 1 運用」と呼ぶ。それに対して、デプロイした後の日々の運用、具体的にはロギングやモニタリング、アップデート、バックアップやリストアなどを「Day 2 運用」と呼ぶ。

　もしオンプレミスやIaaS、Dockerを利用した場合、これらの仕組みを別途構築していく必要がある。しかし、さまざまなツールを組み合わせて構築した運用体制の維持管理には、多くの工数や予算が必要であり、アプリケーション開発に注力しなければならない近年の流れにおいて、無視できない負担となる。

　Cloud Foundryは、こういったDay 2運用に必要な要素をほぼすべて提供している。これこそが、まさに「クラウドアプリケーションプラットフォーム」と名乗っている所以である。

【次ページ】導入方法や導入事例とは？