AWS Lambda Web Functions発表、Node.jsアプリをそのまま実行

AIニュース
2026.10.20

※本記事は一次情報をもとにAI支援によって構成・作成し、事実関係の照合を行っています。

発表内容（事実）

2026年10月12日、AWSはコードをイベントハンドラーに書き直さずに標準のHTTPウェブアプリケーションをLambdaで実行できる新しいフォームファクターであるAWS Lambda Web Functionsを発表しました。Express、Hono、Fastify、Next.js、または任意のNode.jsフレームワークで構築された標準のポートリスニングサーバーを1つのコマンドでデプロイできます。Lambdaはスケーリング、マルチリージョン分布、アクティブなCPU請求を自動的に処理します。

今回の発表により、AWS Lambdaは以下の3つの異なるフォームファクターを提供するようになりました。

  • Lambda Event Functions：イベント駆動型の単一同時ハンドラーモデルとウォールクロック課金方式を採用。
  • Lambda Web Functions：マルチコンカレント実行とアクティブCPU課金が可能なHTTPネイティブプログラミングモデルを使用。
  • Lambda MicroVM：信頼できないコードやユーザーが生成したコードを実行するための顧客管理のライフサイクルを備えた、分離されたステートフルなサンドボックス環境を提供。
flowchart TD
    A["HTTPリクエスト"] --> B["Amazon CloudFront"]
    B --> C["AWS Lambda Web Functions
Node.js 24 / Arm64"]
    C --> D["対応リージョン
us-east-1 / eu-west-1 / ap-northeast-1"]

この記事のポイント

  • コードをイベントハンドラーに書き直すことなく、標準のHTTPウェブアプリケーションをLambdaで実行可能
  • Express、Hono、Fastify、Next.jsなどのNode.jsフレームワークに対応
  • マルチコンカレント実行をサポートし、環境ごとに最大128の同時リクエストを処理
  • コードが使用するCPU時間を計測するアクティブCPU課金を採用し、I/O待機中のコストを削減
  • 1つのコマンドでマルチリージョン展開やレイテンシーベースのルーティングの設定が可能

何が変わるのか

従来、Lambdaでウェブアプリケーションを実行するにはイベント駆動型の単一同時ハンドラーモデルやアダプターを使用する必要がありましたが、Web Functionsではマルチコンカレント実行とHTTPネイティブプログラミングモデルが使用されます。各実行環境は環境ごとに最大128の同時リクエストを処理でき、大量の受信トラフィックがウォーム環境を共有します。また、データベースクエリやAPI呼び出しの待機時間がCPUをほとんど消費しないため、コードが使用するCPU時間を計測するアクティブCPU課金によって、I/Oの多いウェブワークロードのコンピューティングコストを削減できます。

実践するには

AWS CLIを使用してWeb関数をデプロイする基本手順は以下の通りです。

  1. ローカルサーバーコード内で AWS_LAMBDA_HTTP_ENDPOINT 環境変数（ホストとポート）を読み込むように設定します。
  2. AWS CLIを使用して以下のコマンドを実行し、デプロイを行います。 
    aws lambda-web deploy --name my-web-app --code ./my-app
  3. 複数のリージョンへ同時にデプロイし、レイテンシーベースのルーティングを自動設定するには以下のオプションを指定します。 
    aws lambda-web deploy --name my-web-app --code ./my-app --regions us-east-1,eu-west-1,ap-northeast-1

なお、AWS Lambda Web Functionsは現在、米国東部 (バージニア北部)、米国東部 (オヒルオ)、米国西部 (オレゴン)、アジアパシフィック (東京)、および欧州 (アイルランド) でご利用いただけます。起動時はArm64でNode.js 24 (nodejs24.x) を実行し、Amazon VPC接続をサポートします。

考えられる実例

公式に示された利用例として、サーバーサイドレンダリング、APIバックエンド、トークン応答をストリーミングするAI推論エンドポイントなどのI/Oの多いウェブワークロードや、Amazon CloudFrontと組み合わせて静的コンテンツをキャッシュし動的リクエストをWeb Functionにルーティングする構成が挙げられます。また、筆者が考える活用例としては、既存のExpressやHono製マイクロサービスをコードの大きな改修なしでサーバーレス環境へ移行し、トラフィック増減に応じたスケーリングやカナリアデプロイメントを効率的に検証する基盤としての活用が考えられます。

考察（筆者の見解）

事実: AWS Lambda Web Functionsは、Node.jsフレームワークで構築されたポートリスニングサーバーをそのまま実行できる新しいフォームファクターであり、最大128の同時リクエストやアクティブCPU課金をサポートしています。推測: この機能の登場により、従来のLambda移行におけるアダプター導入やコード書き換えのハードルが下がり、コンテナサービスと比較してインフラ管理コストを抑えたい開発者層での採用が進む可能性があります。意見: 筆者は、サーバーレスの利便性と既存Webフレームワークの開発生産性を高い水準で両立させるアプローチとして、今後のモダンWebアーキテクチャの選択肢に大きな影響を与えると考えています。

出典・参考リンク

コメント

タイトルとURLをコピーしました