AWS Lambda durable functions が AWS European Sovereign Cloud で利用可能に

AWS Lambda durable functions が AWS European Sovereign Cloud リージョンで利用可能になりました。この機能は、Lambda のプログラミングモデルに step および wait といった新しいプリミティブを導入し、開発者が Lambda の開発体験の中で、信頼性の高いマルチステップ・アプリケーションや AI ワークフローを構築できるようにするものです。対応するランタイム（Python 3.13/3.14, Node.js 22/24, Java 17+）に対応しており、Lambda API, AWS Management Console, AWS SDK, および IaC ツール（AWS CloudFormation, AWS SAM, AWS CDK）を CDK/SAM/CFN ツールを用いてデプロイ可能です。

🛠️ 開発体験の進化：Lambda で「状態管理」が直接扱えるように

これまで、Lambda で複雑なマルチステップのワークフロー（注文処理や AI ワークフローなど）を構築する場合、AWS Step Functions を併用するか、自前で DynamoDB などを使って状態管理ロジックを組み込む必要がありました。これがアーキテクチャを複雑にする一因となっていました。

Lambda durable functions の登場により、オーケストレーションロジックをコード内に直接統合できるようになります。step や wait といったプリミティブを使うことで、プロセスの進捗をチェックポイントとして保存し、失敗時の自動復旧や、wait 状態でのコンピューティング料金の発生を抑えた実行の一時停止が可能になります。

📍 日本国内のリージョン状況について

今回の発表は AWS European Sovereign Cloud に関するものでしたが、リサーチ結果に基づくと、東京 (ap-northeast-1) および 大阪 (ap-northeast-3) リージョンでも、2025年〜2026年のリージョン拡張計画に基づき、本機能の提供が公式に発表されています。 日本国内のプロジェクトでも、将来的な導入検討が可能です。

💡 実務上のアドバイス

• コスト最適化: wait プリミティブを使用することで、待機中のコンピューティング料金を回避できるため、コスト効率の高い非同期ワークフローの構築が可能です。
• ランタイムの選択: Python 3.13/3.14 や Node.js 22/24 といった最新のランタイムがサポートされています。既存の Lambda 関数を durable functions として移行する場合、ランタイムの更新とコードの書き換えが必要になるため、計画的な移行が推奨されます。
• セキュリティとコンプライアンス: 今回の発表は Sovereign Cloud での利用開始が主旨ですが、Sovereign Cloud を利用する顧客がコンプライアンス要件を満たしながら複雑なプロセスを管理できるようになった点は重要です。

🚀 次のアクション

まずは、対応する最新ランタイムを使用して、新しい Lambda 関数を作成し、step や wait プリミティブが正しく動作するか、AWS Lambda Developer Guide を を確認しながら PoC を実施することをお勧めします。

参照資料: AWS Lambda Developer Guide (https://://docs.aws.eu/lambda/latest/dg/durable-functions.html#) AWS Lambda pricing (https://aws.amazon.com/lambda/pricing/)