Lambda Web Functions の実行環境を調べてみた
AI要約
2026年10月にGAとなったAWS Lambda Web Functionsの実行環境を調査した。
2026年10月にGAとなったAWS Lambda Web Functionsの実行環境を調査した。実行環境には2GBのメモリと2vCPUが割り当てられ、CPUはGraviton3世代(Neoverse V1)と推測される。OpenSSLのベンチマーク性能はEC2のc7g.largeと同等の結果を示した。従来のLambdaと異なり、/sysへのアクセスは制限されており、/tmpの容量は約502MiBに制限されている。CPU使用率が約33%を下回るWebワークロードでは、EC2よりもコスト効率が良いと試算される。
2026年10月にGAとなったAWS Lambda Web Functionsの実行環境を調査した。実行環境には2GBのメモリと2vCPUが割り当てられ、CPUはGraviton3世代(Neoverse V1)と推測される。OpenSSLのベンチマーク性能はEC2のc7g.largeと同等の結果を示した。従来のLambdaと異なり、/sysへのアクセスは制限されており、/tmpの容量は約502MiBに制限されている。CPU使用率が約33%を下回るWebワークロードでは、EC2よりもコスト効率が良いと試算される。
背景・用語
AWS Lambda Web Functionsは、WebアプリをLambda用のイベントハンドラーへ書き換えずにデプロイできるサービス。
正確な内容は元記事でご確認ください。
この話題を報じたほかのメディア
- 【AWS】AWS Lambda Web Functionsから考えるAWS Lambdaとは何なのか
- Lambda Web Functions の VPC 接続を試してみた
- AWS、Lambda Web Functionsを提供開始 ——WebアプリをLambda用のイベントハンドラーへ書き換えずにデプロイ
- Hono + ViteでLambda Web FunctionsにAPIをデプロイする
- Next.jsのApp Router ISRをLambda Web Functions + CloudFront OACで動かしてみる
- AWS、Webアプリをそのまま実行できる「Lambda Web Functions」を発表
- Lambda Web FunctionsでNext.jsアプリを爆速ホストしよう!
- CloudFormation で Lambda Web Functions を CloudFront OAC の背後に置いてみた
関連するAI要約
一覧 →- AWS Lambda Web Functions × Hono - アダプター不要のサーバーレスWeb開発
AI要約Zennに掲載された記事は、2026年10月12日に発表されたAWS Lambda Web FunctionsとHonoの組み合わせを紹介している。従来のLambdaと異なり、アダプターなしでHTTPサーバーをそのままデプロイできる。Node.js 24のみ対応しており、マルチリージョンやカナリアデプロイ、CPU時間課金などが特徴だ。実測では従来方式と比べレイテンシが改善し、I/O待ちの多い処理でのコスト削減が期待できるとしている。
- Lambda Web FunctionsでNext.jsを動かしてみる
AI要約10月12日にリリースされたAWS Lambda Web Functionsに、Next.jsアプリをデプロイする手順を紹介している。Next.jsのoutputをstandaloneに設定してビルドし、環境変数AWS_LAMBDA_HTTP_ENDPOINTを読み取るエントリーファイルを作成する。AWS CLIのlambda-web deployコマンドを用いることで、S3バケットやIAMロールを自動生成しながら数分で公開できることを確認した。
- AWS Lambda Web Functionsの発表+CloudFrontとの連携も発表
AI要約AWSが10月12日に発表したLambda Web Functionsのマネジメントコンソールからの作成手順と設定を解説している。従来のLambda関数はEvent Functionsと呼称が変更された。Node.js 24.xに対応し、環境ごとの最大同時リクエスト数やエンドポイントのレート制限などを設定可能だ。CloudFrontのオリジンとしての連携にも対応しており、マルチリージョン構成も選択できる。
- AWS Lambda Web FunctionsをHonoで使ってみる
AI要約10月12日にリリースされたLambda Web FunctionsをHonoで試したレポート。アダプターなしでHTTPサーバーを直接実行でき、1環境あたり最大128リクエストの並列処理が可能となっている。CloudFront OACと組み合わせることで、特殊なヘッダーなしにPOSTリクエストを処理できることを確認した。マルチリージョン構成ではグローバルなエンドポイントが自動生成される。
- Lambda Web Functions を CloudFront OAC の背後に置くと、POST や PUT で Lambda@Edge が要らなくなる
AI要約Lambda Web FunctionsをCloudFront OACと組み合わせた構成を検証した結果を報告している。従来のLambda Function URLとOACの構成で必要だったPOSTリクエスト時のハッシュ計算やLambda@Edgeが不要になることを確認した。閲覧者のAuthorizationヘッダーをそのまま関数まで届けることができ、JWT認証との両立も容易になっている。CDKを用いたリソース定義の方法も解説している。