AWS Lambdaのプログラミング

第1章 サーバーレス、Amazon Web Services、AWS Lambda入門

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

サーバーレスの旅を始めるにあたり、クラウドについて簡単に説明し、サーバーレスを定義する。その後、Amazon Web Services (AWS)に飛び込む-これはある人にとっては初めてのことだろうし、他の人にとっては復習になるだろう。

これらの基礎をセットした上で、Lambdaを紹介する。Lambdaとは何か、Lambdaを使う理由、Lambdaで何が作れるか、JavaとLambdaがどのように連携するか、などだ。

簡単な歴史レッスン

2006年にタイムスリップしてみよう。まだ誰もiPhoneを持っておらず、Ruby on Railsはホットな新しいプログラミング環境であり、Twitterが立ち上げられようとしている。しかし、私たちにとってより重要なのは、この時点で多くの人がサーバ側アプリケーションを、データセンターにラックされた自社所有の物理サーバでホスティングしているということだ。

2006年8月、このモデルを根本的に変える出来事が起こった。アマゾンの新しいIT部門、AWSがエラスティック・コンピュート・クラウド（EC2）を発表したのだ。

EC2 は、最初のインフラ・アズ・ア・サービス（IaaS）製品のひとつである。IaaSでは、企業は自社でマシンを購入するのではなく、コンピュート・キャパシティ、つまりインターネットに面したサーバ・アプリケーションを実行するためのホストをレンタルすることができる。また、マシンを要求してから利用可能になるまでの時間を数分単位で短縮できるため、ホストのプロビジョニングをジャスト・イン・タイムで行うことができる。 2006年当時、このようなことが可能になったのは、仮想化技術の進歩によるもので、当時のEC2ホストはすべて仮想マシンだった。

EC2の利点は5つある：

人件費の削減

IaaS以前は、企業はデータセンターで働き、物理サーバを管理する特定の技術運用スタッフを雇う必要があった。これは、電源、ネットワーク、ラッキング、インストール、RAM不良などの物理マシンの問題の解決、オペレーティングシステム（OS）のセットアップなど、あらゆることを意味する。IaaSでは、このようなことはすべてなくなり、代わりにIaaSサービスプロバイダ（EC2の場合はAWS）の責任となる。

リスクの低減

物理サーバを自社で管理する場合、企業はハードウェアの故障のような予期せぬインシデントによって引き起こされる問題にさらされる。通常、ハードウェアの問題は発生頻度が低く、修復に長い時間がかかるため、停止時間の長さが非常に不安定になる。IaaSの場合、顧客は、ハードウェアが故障した場合でも何らかの作業をしなければならないが、ハードウェアを修理するために何をすべきかを知る必要はない。その代わりに、顧客は数分以内に利用可能な新しいマシン・インスタンスをリクエストし、アプリケーションを再インストールするだけでよく、このような問題にさらされる可能性は低くなる。

インフラコストの削減

多くのシナリオで、接続されたEC2インスタンスのコストは、電力やネットワーク+などを考慮すると、自社でハードウェアを運用するよりも安くなる。これは特に、ホストを数カ月や数年ではなく、数日や数週間だけ稼働させたい場合に有効だ。同様に、ホストを購入するのではなく時間単位でレンタルする場合、異なる会計処理が可能になる：EC2マシンは、物理マシンの資本費用（Capex）ではなく、運用費用（Opex）であるため、通常、より有利な会計上の柔軟性がある。 ...