1.1AWS Lambda とサーバーレス

AWS でのモダンな開発の中心が AWS Lambda です。サーバーを管理せず、イベントに応じてコードを実行し、使った分だけ課金されます。

1.1.1Lambda の流れ

• イベント駆動：API Gateway・S3・SQS・DynamoDB Streams・EventBridge などのイベントで起動する。
• ハンドラー：イベントを受け取って処理する関数のエントリポイント。リクエストごとに呼ばれる。
• 課金：リクエスト数と実行時間（GB 秒）に応じる。アイドルコストがない（呼ばれた分だけ）。
• メモリ/タイムアウト：メモリを増やすと CPU も比例して増える。最大タイムアウトは 15 分。コールドスタートは初回起動の遅延。

DVA-C02 は「AWS のサービスを使って開発する」アソシエイト資格で、その中心が Lambda です。サーバーを用意せず、関数（ハンドラー）にコードを書いてイベントソースに紐づけるだけで動きます。性能とコストは主にメモリ割り当てで決まり（CPU はメモリに比例）、課金は呼び出し回数×実行時間。注意点が2つ：
①コールドスタート——しばらく呼ばれていない関数の初回は実行環境の初期化で遅延が出る（プロビジョンド同時実行で緩和可）。
②15 分の上限——それを超える長時間処理や常時稼働は Lambda 向きでなく、ECS/Fargate や EC2 を検討します。設定は環境変数で外出しし、機密は Secrets Manager / SSM パラメータストアから取得、他サービスへの権限は実行ロール（IAM ロール）で与えます（キーを埋め込まない）。

1.1.2Lambda 以外のコンピュートとファイル共有

Lambda が向かないワークロード——15 分を超える処理、常時稼働、コンテナ前提のアプリ——には別のコンピュートを選びます。Amazon EKS（Elastic Kubernetes Service）は マネージドな Kubernetes で、コントロールプレーンの運用を AWS に任せつつ、Kubernetes の宣言的なデプロイやオートスケールでコンテナワークロードを動かします。Kubernetes の標準 API とエコシステムをそのまま使いたい、複数クラウドで運用を揃えたい、という場合に選びます（単純なコンテナ実行だけなら ECS、サーバー管理を避けるなら Fargate を併用）。ストレージ面では、Lambda の一時領域や EBS は単一インスタンスに閉じるため、複数の Lambda やコンテナ、EC2 から同じファイルを共有したいときは Amazon EFS（Elastic File System）を使います。EFS は NFS 準拠の共有ファイルシステムで、容量は自動で伸縮し、Lambda にマウントして大きなモデルや共有データを読み書きできます。

1.1.3この節のまとめ

• Lambda＝イベント駆動・サーバー管理不要・従量課金（リクエスト×実行時間）
• メモリで CPU も変化／最大15分／初回はコールドスタート、権限は実行ロール・機密は Secrets Manager/SSM