Lambdaの同時実行、予約済みとプロビジョニング済みの違い

おはようございます、YASUです。

DynamoDBのスロットリングの記事で、「上限を超えると断られる」という話を書きましたが、Lambdaにも同じように、同時に処理できる数の上限があります。DVAの勉強で、「予約済み同時実行」と「プロビジョニング済み同時実行」を取り違えたので、シンプルに整理しました。

結論

予約済み同時実行は、関数に専用の枠を確保する仕組みで、追加料金はかかりません。プロビジョニング済み同時実行は、実行環境を事前に準備しておく仕組みで、コールドスタートを減らせますが、追加料金がかかります。

同時実行とは

同時実行は、Lambda関数が、同時に処理している未完了のリクエストの数です。同時に来たリクエストごとに、実行環境が1つずつ用意されます。アカウントのデフォルトの上限は、1つのリージョン内のすべての関数を合わせて、1,000です。ある関数にリクエストが集中すると、この枠を使い切って、他の関数がスロットリングされることがあります。

予約済み同時実行:その関数専用の枠

自分なりのイメージでは、お店の「専用席」です。重要な関数に、専用席を確保しておけば、他の関数が混んでいても、席がなくなることがありません。同時に、その関数が使える席の上限にもなります。

プロビジョニング済み同時実行:先に準備しておく

コールドスタートは、実行環境の初期化が必要で、最初のリクエストの処理が遅くなることです。自分なりのイメージでは、お客さんが来る前に、先に厨房の準備を済ませておく状態です。公式のドキュメントでは、ウェブアプリケーションやモバイルアプリケーションのような、ユーザーが待っているワークロードに向いていて、データ処理のような非同期の処理には、通常は必要ない、と説明されています。

設定する対象は、エイリアスやバージョンです。前に整理した、バージョンとエイリアスの記事とつながる部分です。

試験での見分け方

まとめ

「枠を確保するのか、準備を済ませておくのか」という違いで、すっきり整理できました。それでは、また明日!