本文へスキップ
MameTechNews
バックエンド

AWS、通常のHTTPサーバーを載せるLambda Web Functionsを公開

## POINTS

  • ポートで待つNode.jsサーバーをそのまま載せられ、1環境あたり同時128リクエストまで処理する。
  • CPUは使用時間、メモリは環境の生存時間で課金される。入出力待ちの多いAPIでは計算費が変わり得る。
  • 東京を含む5リージョン、Node.js 24のArm64で提供される。複数リージョン指定で遅延ベースのURLになる。

AWSは10月12日、Lambdaの新しい実行形態としてWeb Functionsを公開した。コードはポートでHTTPを受け、Express、Hono、Fastify、Next.jsなど既存のNode.jsサーバーを、イベントハンドラーへ包まずに載せられる。待ち受け先は環境変数AWS_LAMBDA_HTTP_ENDPOINTが示す。

1つの実行環境は同時に最大128リクエストを処理する。課金はコードがCPUを使った時間で、データベースや外部APIを待つ時間のCPU消費は小さい。メモリは実行環境が存在する間メーターされる。サーバー側描画や、トークンを流す推論エンドポイントのように入出力待ちが多い処理では、計算コストを下げられる場合がある。

aws lambda-web deployでコードの束ね、関数の作成、初回リビジョン、HTTPSエンドポイントまで進む。複数リージョンを指定すると、遅延の少ない側へ振るグローバルURLが付く。リビジョンの重みでカナリアも切れる。CloudFrontとはオリジンアクセス制御で、配信以外からの呼び出しを拒む私的オリジンにできる。

提供リージョンはバージニア北部、オハイオ、オレゴン、東京、アイルランドだ。起動時のランタイムはNode.js 24のArm64で、VPC内の資源にも接続できる。従来のイベント駆動関数はEvent Functionsとして残り、非同期処理はそちら、利用者向けのHTTPはWeb Functions、という分け方が公式の想定だ。