「AWS Lambda」「Amazon EC2 Container Service」から分かること

「IaaSのAWSはもう古い」、PaaS進出で何が変わる？

AWSのIaaS導入は始まりにすぎなかった。「AWS Lambda」や「Amazon EC2 Container Service」のようなサービスが、IaaSとPaaSを次のレベルに引き上げた。

　「クラウドコンピューティング」という用語は当初、コンピュータリソースやストレージ、ネットワークをAPIや自動化されたスクリプトを使って自動的にプロビジョニングする方法を指していた。だが米Amazon Web Services（Amazon）がIaaS（Infrastructure as a Service）を設計すると、ITチームは開発ではなく製品に専念できる手段として、同サービスに目を向けた。Amazonのアイデアは正しかったが、IaaSとPaaSの取り組みはまだ始まったばかりだった。

　PaaS（Platform as a Service）は、新機能を非常に短い開発サイクルで提供しながら、開発の簡易化と迅速化を実現するチャンスをもたらした。これでアプリケーションを手早く公開して管理する手段が提供される。だが問題がないわけではなかった。

　最初のPaaSである「Google App Engine」にはある程度限界があった。サポートしていたのはPythonのみで、フレームワークも限られていた。他の選択肢も浮上し始めていたが、それでも対応する言語は限られていて、大部分はWebアプリケーションのみをサポートしていた。スケーリングは自動的に行われ、サーバを増強することもできたが、スケーリングをいつ実行するかは開発者が決める必要があった。基盤となるハードウェアにはコントロールが及ばないことも多かった。

　だが、バックグラウンドアプリを稼働させておく必要があったり、特定のアプリのインストールを必要としたりするサービスはどうだろうか。Web上でユーザーが入力した内容に直接反応できるソフトウェアがなく、代わりにイベントに反応して、バックグラウンドで何かを実行しなければならないとしたら？　ITチームがWebフックのようなものを設定してそれに投稿することも可能かもしれないが、それでもまだ、使っていないときでもバックグラウンドで稼働する何かが必要だ。

コンテナは新たなIaaSか

　「Docker」のようにホストシステムの上に仮想化レイヤーを重ねるアプローチが登場すると、幾つかの企業はサーバオーケストレーションに目を向けた。Dockerでは開発者がコンテナを作成してローカルシステムから「Amazon Web Services」（AWS）に至るまでどこにでも展開でき、全く同じ設定の維持が保証されている。コンテナは「Dockerfile」スクリプトによって構築され、このおかげで新しいリリースを配信する必要が生じた場合、あるいはテストや開発用に、ITチームが新しいコンテナを手早く構築できる。

　Dockerでは開発者が具体的にどのような環境を構築するかを簡単に定義できる。それでもITチームは基盤として必要とするパッケージを全て指定して、サーバを管理する必要があった。従ってDockerは正確にはPaaSではない。しかしクラウドベンダーはこれを、PaaSモデルのための優れたベースラインとして認識するようになった。

　「Amazon Elastic Beanstalk」がDockerに対応すると、開発者はホスト環境のコントロールを取り戻したが、自動スケーリングとデプロイは依然としてAmazonが管理していた。これは両方の最善の部分を組み合せたものであり、全ての開発者と運用担当者を満足させる完璧な方法だった。

　加えて、AWSとDockerを使って自動的にスケーリングされるバックエンドアプリケーションを実行することもできる。さらには複数のコンテナを少ないサーバで実行しながら、Dockerによって追加された仮想化のおかげで完全な孤立状態を保つことが可能だ。

AWS LambdaでPaaSを次のレベルに

　Amazonは「AWS Lambda」の導入でPaaSの進化をもう1段推し進めた。AWS Lambdaは真のPaaSのように見えるが、ユーザーはイベントベースのアプリケーションモデルとの連係に優れた“トリガー”を設定できる。現在はNode.jsをサポートしているが（さらに多くの言語対応が加わる予定）、イベントに対応するためにITチームがベースシステムを実行する必要はない。Lambdaは完全にイベント対応中心の設計になっている。従ってITチームはハードウェアを管理せずに済む。

　例えば、自社のシステムにユーザーのビデオをアップロードさせる場合、Lambdaではその機能を実行する「Amazon Simple Storage Service」（Amazon S3）の通知によって新しいビデオを認識できる。続いてそのビデオが「Amazon Elastic Transcoder」にアップロードされ、モバイルおよびデスクトップ用の形式に変換されてWebサイトにアップロードされる。「Amazon Simple Notification Service」（Amazon SNS）を利用して、そのプロバイダーがアップロードする新しいビデオを待っている相手にSMSアラートを配信することもできる。

　では、AWS Lambdaが真のPaaSなら、Elastic BeanstalkやAWSの新しい「Amazon EC2 Container Service」はどのような位置付けなのか。

　Elastic Beanstalk、EC2 Container Serviceとも、ある程度のPaaS機能を備え、需要の増大に応じて自動的にサービスを増強できる。また、統合型のコードデプロイにも対応し、サーバの種類や基盤ソフトウェアパッケージ、希望するアプリケーション環境の指定など、かなりのIaaS機能も備える。EC2 Container Serviceではさらに、Web以外のアプリケーションなど下位レベルのアプリケーションのサポートも加わる。

　だが実際には、Elastic BeanstalkとEC2 Container ServiceはPaaSよりもIaaSに近い。いずれも十分な予備能力を備えているため企業にとっては完全にPaaSに切り替えるよりも優れた選択肢となる。柔軟性は最も高く、ベンダーによる囲い込みは最低限で済む。EC2 Container ServiceはPaaSとIaaSの両方でありながら、全てがクラウドだ。

この記事の著者

関連記事

• 

  AWS派？　Azure派？　IaaSをPaaSに移行する3つの方法

• 

  クラウド大手がこぞって手を出すコンテナ技術「Docker」、これまでとこれから

• 

  1回で分かる：仮想化とは違うコンテナ技術「Docker」って何？

• 

  5分で分かるGoogle Compute Engine　AWS、Azureにはない特徴とは

• 

  大注目の仮想化ソフト「Docker」に乗り遅れないために

新着ホワイトペーパー PR

• 製品資料
  [株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる
• 製品資料
  [株式会社キーエンス] なぜRPA導入は頓挫する？　シナリオ作成の壁を乗り越える解決策とは
• 製品資料
  [株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？　PLMとの融合で実現する高速開発
• 事例
  [日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？　「新たな働き手」を支える3要素とは
• 製品資料
  [日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣