クラウドならではの新機軸「サーバレスコンピューティング」

　常時稼働のサーバを持たずにアプリケーションを構築するサーバレスコンピューティングは、近年急速に注目を集めるコンセプトだ。先に紹介したコンテナオーケストレーターやアプリケーションプラットフォームは、開発者がコンテナないしはソースコードの形でアプリケーションをデプロイする。その際アプリケーションサーバは、インフラのどこかで起動し常駐することが前提となる。起動したアプリケーションサーバの運用責任はインフラ側が持つが、そこにサーバという概念は存在し続ける。

　一方、サーバレスコンピューティングは、新しい視点に立った仕組みである。常駐するアプリケーションサーバのような存在は用いず、より細かな「関数」レベルの小さなコードをデプロイする。デプロイしたコードは、あらかじめ設定しておいたイベントによって初めて実行される。処理が終了すると速やかにプロセスは消えてしまう。

　このような関数単位でコードをデプロイし、イベントドリブンで実行するような実行環境のことを「Function as a Service」（FaaS）と呼び、こうした仕組みで構築したシステムをサーバレスコンピューティングと呼んでいる。

　トリガーとなるイベントは、他のクラウドサービスからもたらされる。例えばAWSのFaaSである「AWS Lambda」の場合、S3やAPI作成／管理サービス「Amazon API Gateway」からイベントを発生させることが可能だ。S3にオブジェクトがアップロードされたタイミングや、API Gatewayで定義したエンドポイント（APIへアクセスするためのURL）が呼び出されたタイミングでLambdaの関数を実行するといった組み合わせ方となる。

　そのためサービス選定では、FaaSを提供するだけでなく、いかに連携できるサービス数が多いかが重要なポイントとなる。実際、火付け役となったLambdaを提供するAWSの他、「Azure Functions」のMicrosoft、「Google Cloud Functions」のGoogleのように、サービスの網羅性に強みを持つ大手クラウドサービスプロバイダーが先行している。またIBMは「IBM Cloud Functions」という名称で、OSSのイベント駆動型コード実行環境「Apache OpenWhisk」をベースとしたFaaSを提供している。

3つのカテゴリーの使い分けは？

　ここまで注目すべき3つのカテゴリーを紹介してきた。では、どうやって使い分けていくのか。

　次回以降、より具体的にそれぞれのカテゴリーを解説し、シーンに応じた「コンテナオーケストレーターかアプリケーションプラットフォームか」「アプリケーションプラットフォームかサーバレスコンピューティングか」といった判断ポイントを解説していく。