LambdaとAPI Gatewayを初心者向けに解説

結論

Lambdaは処理を実行するサービスです。

API Gatewayは、外部からAPIリクエストを受け取る入口です。

この2つを組み合わせると、サーバーを常時起動せずにAPIを作れます。

このサイトでは、問い合わせフォームの送信処理に使う想定です。

Lambdaとは

AWS Lambdaは、コードを実行するサーバーレスサービスです。

サーバーレスとは、サーバーが存在しないという意味ではありません。

サーバーの管理をAWS側に任せられる、という意味です。

利用者は、EC2のようにOSを管理したり、サーバーを起動し続けたりする必要がありません。

API Gatewayとは

API Gatewayは、HTTPリクエストを受け取る入口です。

フロントエンドから POST /contact のようなリクエストを送ると、API Gatewayがそれを受け取ります。

その後、API GatewayがLambdaを呼び出します。

つまり、API Gatewayは玄関、Lambdaは処理担当です。

役割の違い

この役割分担を理解すると、サーバーレスAPIの全体像が分かります。

問い合わせフォームでの使い方

問い合わせフォームの流れは以下です。

このように、フォーム送信だけなら大きなバックエンドサーバーは不要です。

Lambdaでやること

Lambdaでは、主に以下を行います。

フロントエンドでも入力チェックしますが、それだけでは不十分です。

APIは外部から直接呼び出される可能性があるため、Lambda側でも必ず検証します。

API Gatewayでやること

API Gatewayでは、主に以下を設定します。

MVPでは、認証は使いません。

将来ログイン機能を入れる場合は、CognitoとJWT Authorizerを組み合わせます。

CORSとは

CORSは、ブラウザが別のOriginへリクエストするときの制御です。

たとえば、フロントエンドが https://example.com で、APIがAPI GatewayのURLなら、Originが異なります。

そのため、API Gateway側で許可Originを設定します。

本番では * を使わず、本番フロントエンドのURLだけを許可します。

IAMで必要な権限

LambdaがDynamoDBに保存するには、DynamoDBへの権限が必要です。

ただし、何でもできる権限を与えてはいけません。

問い合わせLambdaに必要なのは、ContactsTableへの dynamodb:PutItem です。

読み取りや削除が不要なら、付けません。

この最小権限の考え方は、AWS資格でも実務でも重要です。

CloudWatch Logsで確認すること

Lambdaを実行すると、CloudWatch Logsにログが出ます。

ただし、問い合わせ本文やメールアドレス全文をログに出してはいけません。

ログに出すなら、以下のような情報にします。

個人情報や秘密情報はログに出しません。

試験で問われるポイント

Cloud Practitionerでは、Lambdaはサーバーレスコンピューティング、API GatewayはAPI公開サービスとして理解します。

SAAでは、サーバーレスAPI、認証、CORS、IAM、ログ、DynamoDB連携まで理解すると強いです。

まとめ

LambdaとAPI Gatewayを使うと、サーバーを常時起動せずにAPIを作れます。

問い合わせフォームのような小さな動的処理には、サーバーレス構成が合います。

重要なのは、API Gatewayを入口、Lambdaを処理担当、DynamoDBを保存先として分けて理解することです。

この構成を作れると、AWS資格の知識を実装経験として説明しやすくなります。