【図解】コレ１枚でわかるFaaS［改訂版］

「サーバーレス」とは、アプリケーションの実行に必要なサーバーのセットアップと管理を気にせず開発できることを意味する言葉で、サーバーを必要としないわけではありません。必要なサーバーなどのインフラはクラウドに管理を任せ、データベース、メッセージング、認証など、アプリケーションに必要な機能がサービスとして提供されるのが一般的で、開発者はプログラミングに専念できるようになります。このような仕組みはBaaS（Backend as a Service）とも呼ばれていました。

FaaS（Function as a Service）は、この仕組みをさらに進化させたものです。

• イベント・ドリブン方式でサービス（ある機能を実現するプログラム）のコードを書き、それを連係させるだけで一連の業務処理を実行できる。
• 実行に必要なサーバーは、このサービスが自動で割り当て必要に応じてスケールしてくれる。
• 書いたコードはコンテナ上で実行し、終了すると即座に廃棄される。
• コンテナの実行は100ms単位で計測され、使った分のサーバー使用料が課金されるため、一般のIaaSのように使う使わないにかかわらずサーバーを立ち上げている時間に課金されるのと異なり、コスト削減が期待できる。
• サービス毎に作られるコンテナは処理に必要なシステム資源をすべて自ら調達し、他のコンテナとの依存関係もないことから、処理能力を高めたければコンテナを増やすだけで容易にスケールでき、仮に実行時に障害が起きても他に影響を与えることがない。

FaaSを使うことのメリットを整理すれば、コストの削減、スケーラビリティの確保、インフラの運用管理を不要にすることです。マイクロサービスとも相性が良く、それを実現する手段としても注目されています。

2014年に登場したAWSのLambdaを皮切りに、GoogleのCloud Functions、MicrosoftのAzure Functions、オープンソースOpenWhiskを使ったIBMのサービスなどが登場しています。

PaaSとの違いは、PaaSがリクエストごとにアプリケーション全体を起動・終了させる「リクエスト・リプライ方式」を、FaaSは必要なサービス毎に起動・終了させる「イベント・ドリンブン方式」を狙ったものであると言えるでしょう。

FaaSであらゆるアプリケーションを作れると期待することは難しいかもしれません。しかし、ECサイトやマーケティング・サイトのように負荷予測が難しく、ダイナミックな負荷の変動に対応しなければならないアプリケーションには向いています。

ITビジネス・プレゼンテーション・ライブラリー/LiBRA

11月版リリース