AWSラムダは、ラムダコードを実行するために必要なメモリとCPU要件をどのように知っていますか？

Question

私の理解しているとおり、AWS LambdaはアップロードされたコードをユーザーがアクセスできないEC2インスタンスで実行します。アップロードされたコードを実行するために必要なランタイム環境を作成し、権限を管理し、負荷を分散します。これはAWS Lambdaが背後にあると私が考えるものです。 Wikipediaを引用

：

まれに使用されるサーバレスコードを連続専用サーバー上で実行されるコードは、仮想マシン、または容器を超える応答待ち時間に苦しむことができます。これは、オートスケーリングとは異なり、クラウドプロバイダは通常、使用していないときにサーバーレスコードを完全に「スピンダウン」するためです。

これは理にかなっていますが、AWSラムダは、自動スケーリングを使用するようclaimを行います。

AWSラムダは、自動的に各トリガに応じてコードを実行することで、アプリケーションをスケーリングします。コードは並列で実行され、個々のトリガーを個別に処理し、ワークロードのサイズを正確にスケーリングします。

私の質問がある -

• AWSラムダは、私のコードを実行するためのメモリとCPUを割り当てない方法は？
• 私のラムダリクエストはすべて、1つのEC2インスタンスによってサービスされるのですか？
• はいの場合、リクエスト数が増えるとどのように拡大縮小されますか？
• いいえラムダ要求を受け取るたびにコードを実行するためのランタイム環境を作成する必要がある場合、レイテンシをどのように減らすか？

Answer 1

ラムダは必要なメモリとCPUの量を知りません - あなたはそれを教えて、機能をセットアップするときにそれに応じて課金されます（そしてセットアップ後にあなたが望むならそれを変更できます）。

ラムダ機能は単一のEC2インスタンス上では動作しませんが、ラムダ機能は（カバーの下のEC2インスタンス上で実行される）ドッカーコンテナで実行されることが一般的に理解されています。これらのラムダのすべて。

実行中のラムダのサイズではなく、実行中のインスタンスの数を増やすことで 'スケール'することができます。ラムダ関数を数百回も呼び出すと、ラムダのメモリまたはCPUが増えません負荷を処理するために追加のインスタンスを回転させます。

ラムダが新しいインスタンスをスピンアップする必要があるときに遅延があります - 特に、それをしばらく実行していない - コールドスタートと呼ばれることが多い - リクエストが入り続けると、ラムダは滞在しがちです次の要求を処理する準備ができているので、後続の呼び出しは最初の1-2よりはるかに高速に実行されます。通話が停止すると、AWS がインスタンスをスピンダウンしますが、いつ、どのような事態が発生するのかについてのドキュメントはありません。私の経験は、安定した要求の流れがある限り、レイテンシは驚くほど低く、コールドスタートをすると、それを再び起こすために「ペタトリー」が発生するということでした。

「コールドスタート」遅延を減らす必要がある場合は、メモリとCPUの規模を一気に大きくすることが最も簡単な方法です。そのため、機能がさらにメモリを必要としなくても、メモリは初期レイテンシを減少させます。