はじめに
2026年9月9日、AWS LambdaがLambda Managed Instances(LMI)上の非同期呼び出しとイベントソースマッピング(ESM)呼び出しについて、タイムアウトの上限を15分から90分に拡張したと発表しました。
6倍の拡張です。
発表から日が浅く手元での実機検証はまだできていないため、この記事は発表内容の整理と、個人的に気になった論点の考察という速報の位置づけで書きます。
発表の概要
対象はLambda Managed Instances(LMI)です。
LMIは、インスタンスあたり複数リクエストを同時処理でき、専用のコンピュート構成を選べ、EC2の料金体系によるコスト効率化をインフラ管理なしで得られる実行基盤です。
今回の変更で、この基盤上の非同期呼び出しとESM呼び出しに限り、関数タイムアウトを最大90分まで設定できるようになりました。
想定されている用途は次の通りです。
- データ処理
- メディアトランスコーディング
- 金融計算(モンテカルロシミュレーションなど)
- AI推論
- バッチワークロード
これまでは15分の制限があったため、こうした長時間実行のワークロードをLambdaで完結させようとすると、処理を分割して複数回呼び出す、Step Functionsで繋ぐといったアーキテクチャ上の工夫が必要でした。
今回の拡張により、その工夫なしで長時間実行を1つの関数にまとめられる場面が増えます。
設定はAWS Lambda Console、AWS CLI、Lambda APIs、Infrastructure as Codeツール、Agent Toolkit for AWSのいずれからも行えます。
対象リージョンはLambda Managed Instancesが利用可能な全リージョンです。
同期呼び出しの上限は引き続き15分で、変更されていません。
| 呼び出し方式 | タイムアウト上限 |
|---|---|
| 同期呼び出し | 15分(変更なし) |
| 非同期 / ESM呼び出し(LMI) | 90分(新設、6倍) |
Lambda durable functionsと組み合わせると最大1年
今回の拡張はLambda durable functionsの呼び出しにも適用されます。
durable functionsは、実行の途中経過をチェックポイントとして保存し、必要に応じてそこからリプレイできる機能です。
発表本文には、非同期呼び出しの場合、複数ステップにまたがるdurable executionが最大1年間実行できるとの記載があります。
90分という数字だけを見ると控えめな拡張に見えますが、durable functionsと組み合わせた際のこの上限値のほうが、実質的なインパクトは大きいと感じます。
「15分の壁」を超えたと言えるか
Lambdaを使っていると誰もが一度はぶつかる15分の壁ですが、今回の発表はこれを超えたと言えるでしょうか。
条件付きでは、超えたと言えます。
まず、90分への拡張は非同期呼び出しとESM呼び出しに限られ、しかもLambda Managed Instancesという基盤上でのみ有効です。
同期呼び出しは15分のまま維持されています。
これはAPI Gatewayなど統合先のタイムアウト制約に由来する構造的な壁であり、今回もそこには手が入っていません。
また、Managed Instancesではない従来型のLambda(EC2ベースではない実行環境)にも、この90分は適用されません。
つまり正確には、「15分の壁の一部、非同期呼び出しとESM呼び出しをLambda Managed Instancesで使う場合に限って、90分まで押し上げられた」ということになります。
その意味で、durable functionsと組み合わせた場合の「最大1年」のほうが、壁の突破としてはより大きな意味を持つと考えています。
おわりに
15分の壁を全方位で崩したわけではなく、Lambda Managed Instancesという新しい実行基盤の上で、非同期呼び出しとESM呼び出しに限定した拡張という理解が実態に近いと思います。
とはいえメディアトランスコーディングやAI推論のように長時間実行が必要なワークロードにとっては、アーキテクチャの工夫を減らせる意味のある変更です。
Lambda Managed Instances自体をまだ触れていないので、機会があれば実際に90分タイムアウトの関数を動かして手元で確認してみます。
最後まで読んでいただきありがとうございました。