概要

AWSは9月19日、AWS Lambda Managed Instancesにおける関数実行時間の上限を、従来の15分から90分へと6倍に拡張したと発表した。これまでLambdaの実行時間制限は、メディア処理や大規模なAI推論バッチ処理、金融計算、データ処理・ETL、Webスクレイピングや大容量ファイル転送といった長時間ジョブをサーバーレスで扱う際の大きな障壁となっていた。今回の拡張により、こうしたワークロードもLambdaの枠組みの中で実行できるようになり、サーバーレスの適用範囲が長時間実行タスクへと広がる動きの一環と位置づけられている。

Lambdaの実行形式と今回の変更点

今回拡張されたのは、あくまでLambda Managed Instancesという実行形式に限られる点に注意が必要だ。AWS Lambdaは現在、用途に応じて複数の実行形式を提供している。従来からのイベント駆動型の同期リクエストは引き続き15分の上限のままで変更はない。長時間実行に対応するMicroVM形式では最大8時間まで実行可能だ。そして今回上限が引き上げられたManaged Instancesは、複数リクエストを処理できる定常状態ワークロード向けの形式であり、その上限が15分から90分に拡大された。なお、同時期にLambda Managed InstancesはGraviton5対応のEC2インスタンスのサポートも開始しており、性能面での強化も並行して進められている。

長時間実行がもたらす技術的な注意点

AWSは実行時間の延長に伴い、開発者に対して長時間実行関数特有の注意点を強調している。具体的には、ネットワーク接続の維持、一時的な認証情報の有効期限管理、そして処理の重複実行への対策に細心の注意を払う必要があるとしている。特に決済処理やデータベースへの書き込みのように、重複実行が業務上の不整合につながりかねない処理については、べき等性(idempotency)の担保が必須となる。AWSはこのための実装手段として「Powertools for AWS Lambda」の活用を推奨しており、重複実行が発生しても一貫した結果を保証できるようにする設計上の配慮を求めている。

今後の展望

今回の拡張は、単なる数値上の上限緩和にとどまらず、サーバーレスコンピューティングが従来の短時間・イベント駆動型のユースケースから、より長時間かつ状態を伴う処理領域へと適用範囲を広げていく流れを象徴する動きといえる。AI推論バッチのように処理時間が読みにくいワークロードや、大容量データを扱うETL処理などは、これまでコンテナやEC2インスタンスの管理が必要だったが、Lambda Managed Instancesの活用によって運用の簡素化が期待される。一方で、べき等性や認証情報の管理といった長時間実行特有の設計上の考慮事項も増えるため、移行にあたっては既存のイベント駆動型Lambda関数とは異なる設計指針が求められることになりそうだ。