開発会社から「次の画面側はNext.jsで作り、AWSのサーバーレス（＝サーバーの管理を任せる仕組み）に載せたい」と提案された。そんな場面で、2026年10月に出たAWSの新機能「Lambda Web Functions」の名前を目にした方もいるのではないでしょうか。
「Webアプリをそのまま載せられる新機能が出たと聞いた。うちの構成案も変わるの？今の見積もりは古くならない？」
先に結論をお伝えします。このニュースは「今すぐ構成を変える合図」ではなく、「構成を相談するときの選択肢が1つ増えた」という話です。執筆時点（2026年10月21日）では、料金の具体額や提供の位置づけ（正式版かどうか）が確認できていません。稼働中のシステムは慌てて触る必要がなく、新規の見積もりや構成案では「なぜその方式なのか」を開発会社に聞いておけば十分です。
この記事では、発表内容を発注者目線で整理し、そのまま使えるチェックリストと質問例をお渡しします。
ニュースの要点（2026年10月21日時点）
AWSは、Node.js（＝Webアプリを動かすためによく使われる実行環境）で作ったWebアプリを、変更を加えずにAWS Lambdaで動かせる「AWS Lambda Web Functions」を発表しました。Publickeyの報道（2026年10月20日付）では、Next.js、Express、Hono、Fastifyといったフレームワークをそのまま載せられると紹介されています。
📰 出典：Publickey「AWS Lambda Web Functions発表、Next.jsやHonoなどNode.jsフレームワークをそのままAWS Lambdaにデプロイして実行可能に」
AWSの公式ブログによると、要点は次のとおりです。
- 通常のWebサーバー（ポートで待ち受けるプログラム）を、専用の変換部品なしで動かせる
- 1つの実行環境で複数のリクエストを同時に処理できる（最大128件）
- 料金は、処理でCPUを実際に使った時間に基づく考え方で、データベースやAPIの応答待ちの時間はあまり課金に響かない、と説明されている
- 新旧の版を切り替える「重み付けの振り分け」（一部のアクセスだけ新しい版に流して様子を見る方法）や、複数リージョン（＝地理的に離れた拠点）への配置にも対応
- 提供開始時点の実行環境はNode.js 24（Arm64）で、東京リージョンを含む5つのリージョンで利用可能
📰 出典：AWS公式ブログ「AWS Lambda Web Functions を発表」
なお、Publickeyによると、従来のLambdaは今後「Lambda Event Functions」と呼ばれるとのことです。AWSの公式ブログには「今すぐご利用いただけます」とありますが、正式版（GA）かプレビューかの明記や具体的な料金額は、私が確認した範囲では見当たりませんでした。採用を検討する際は、AWSの料金ページと提供状況の最新情報を開発会社と一緒に確認してください。
発注者にとって何が変わるか／変わらないか
ここからは筆者の見解です。事実と区別してお読みください。
変わりそうなこと
1. 「サーバーレス＋Next.js」の構成が組みやすくなる可能性があります。 これまでWebアプリをLambdaで動かすには、アプリとLambdaの間をつなぐ部品を足す必要がありました。それが不要になれば、開発会社の作業や構成の複雑さが減り、保守のしやすさにつながるかもしれません。ただし、実際に工数や費用が下がるかは案件ごとに異なり、現時点で「下がる」とは言えません。
2. 構成案の比較軸が増えます。 Webアプリを動かす方法は、仮想サーバー（EC2）、コンテナ（ECS）、Next.jsの専用ホスティング、そしてLambdaと、すでに複数あります。そこにもう1つ選択肢が加わった形です。
変わらないこと
- アプリの作り（機能・画面・データベース設計）の良し悪しは、載せる場所では決まりません。
- 運用の責任分担は残ります。 サーバーの管理が軽くなっても、アプリ側のバージョン更新、脆弱性への対応、障害時の連絡体制は誰かが担います。
- 費用の見通しは必要です。 使った分だけの課金は、アクセスが少ないうちは安く済みやすい一方、アクセスが増えると月額が読みにくくなることがあります。
今やるべきこと／様子見でいいこと
| 状況 | 対応 | |
|---|---|---|
| 今やる | 新規開発の見積もり・構成案をもらう予定がある | 構成の選定理由（なぜその方式か）を質問する |
| 今やる | 提案に「サーバーレス」「Lambda」が入っている | 費用の上限管理（予算アラート）と、使うNode.jsのバージョンの方針を確認する |
| 様子見 | すでに稼働中で、安定して運用できている | 慌てて移行しない。次の大きな更新のタイミングで選択肢として相談する |
| 様子見 | 提案にコンテナ（ECS）や仮想サーバーが入っている | 悪い構成という意味ではありません。選んだ理由を聞いて納得できれば十分です |
発注者がやること チェックリスト
- ☐ 提案書・構成図の中で、アプリが動く場所（サーバー／コンテナ／サーバーレス）がどれかを確認した
- ☐ その方式を選んだ理由（費用・運用の手間・アクセス数の見込み）を開発会社に聞いた
- ☐ 月額費用が想定アクセス数でどのくらいになるか、見積もりの前提を確認した
- ☐ 予算アラート（上限を超えそうになったときの通知）を設定する担当を決めた
- ☐ 新しい機能を使う場合、提供状況（正式版か試験的な提供か）を確認した
- ☐ 将来、別の構成へ移すときの作業と費用の見立てを聞いた
- ☐ 運用開始後の更新（Nodeやフレームワークのバージョン）の担当と費用が保守契約に入っているか確認した
開発会社への質問例
そのまま打ち合わせで使える形にしました。
- 「今回のアプリを動かす場所として、サーバーレス（Lambda）・コンテナ・仮想サーバーのうち、どれを提案されていますか。選んだ理由を教えてください」
- 「AWSの新機能のLambda Web Functionsは、今回の提案で候補になりましたか。使う場合・使わない場合の理由を聞かせてください」
- 「想定アクセス数が2倍・10倍になったとき、月額のAWS費用はどのくらい変わりますか。上限を決める仕組みはありますか」
- 「新しい機能が正式版でない、または仕様が変わった場合、構成の見直しはどちらの費用になりますか」
- 「Node.jsなどのバージョンが古くなったときの更新作業は、保守費用に含まれますか」
まとめ
- AWS Lambda Web Functionsは、Next.jsやExpressなどのNode.jsアプリをそのままLambdaで動かせる新機能で、構成を選ぶ選択肢が1つ増えたというニュースです。
- 料金の具体額や提供の位置づけは、執筆時点で確認できていません。「新しいから良い」「安くなる」と決めつけず、案件の条件で比べることが大切です。
- 稼働中のシステムを急いで移す必要はありません。新規の見積もりでは、選定理由・費用の上限・更新の担当の3点を確認しましょう。
新機能をどう構成に取り込むかは、システムの規模や運用体制で答えが変わります。判断に迷うときは、第三者の目で構成案を見てもらうのも一つの方法です。
あわせて読みたい関連記事
