問題タブ [cold-start]

ラムダ関数は構成を共有するため、ラムダ関数の構成を環境変数から DynamoDb に移動することを計画しています。また、構成が変更されるたびにラムダ関数を再デプロイしたくありません (私の構成は頻繁に変更され、一度変更する必要があります)。非常に多くのラムダ関数を再デプロイします)。

ただし、ラムダ関数のパフォーマンスを向上させ、コストを削減するために、実行ごとに構成をロードするつもりはありません。代わりに、構成をグローバル変数にロードします。グローバル変数は実行間で保持されるため (ラムダ関数がウォームアップされている限り)、DynamoDb にアクセスせずに同じ構成を再利用できます。サンプルコードは次のとおりです。

これまでのところ、すべて問題ありません。ここで、DynamoDb が新しい設定で更新される時間を考えてみましょう。ウォームアップされたラムダ関数は、AWS によって停止され、コールド スタートに直面する前に、古い構成を使用し続けます。

私がやりたいことは、ラムダ関数にシグナルを送って、ウォームアップされたラムダ関数を強制的にフラッシュし、構成が変更されるたびに最初からやり直すことです。私は、私が望んでいたことを正確に行うそれらを再デプロイできることを知っています。しかし、それはまさに私が最初に逃げていたものです。それで、私のオプションは何ですか？

Lambda 関数のコールド スタート時間が長いです。ラムダを暖かく保つために「ping」を試みましたが、コストがかかる可能性があり、パフォーマンスを維持するには不十分な方法のようです. また、24 時間 365 日稼働する EC2 インスタンスもあります。理論的には、すべての Lambda 関数を EC2 インスタンスに「ミラーリング」して、API 呼び出しに対して同じデータで応答することができます。Lambda はhttps://api.mysite.comにあり、EC2 はhttps://dev.mysite.comにあります。

私の質問は、「負荷分散」ができるかどうかです。2 つの間のトラフィック。(以下を行うために新しいサブドメインを作成します) 特定の「1 分あたりのリクエスト数」に達するまで、開発サブドメイン (EC2) がすべてのリクエストに応答するようにします。次に、Lambda をホットに保つのに十分なトラフィックが入ってくるので、トラフィックを開発サブドメイン (Lambda) にルーティングし始めます。トラフィックが遅くなったら、トラフィックを EC2 に戻します。これは可能ですか?

AWS Lambda の場合、コールド スタートに関しては、Java はサポートされている他の言語よりも著しく遅いようです。JDK 11 には、JDK 8 と比較して、コールド スタート時間を改善する可能性のあるパフォーマンスの強化がありますか?