解説

LambdaのウォームインスタンスはExecution Environment（実行環境）を再利用するため、ハンドラー関数の外側（グローバルスコープ）で初期化したオブジェクトは次の呼び出しでも保持されます。Redis接続オブジェクトをグローバルスコープで確立することで、コールドスタート時のみ接続を確立し、同一実行環境への後続呼び出しでは既存の接続をそのまま再利用できます。これにより毎回の接続確立オーバーヘッドが排除され、Durationを大幅に削減できます。 選択肢BのElastiCacheリードレプリカ追加は読み取りスループット向上のための手段であり、毎回の接続確立というコード設計の問題は解消しません。 選択肢CのLambdaメモリ増加はCPU割り当てを比例増加させますが、接続確立レイテンシの主因はネットワーク往復遅延（RTT）であり効果は限定的です。 選択肢DのAmazon DAXはDynamoDB専用のインメモリキャッシュサービスであり、汎用のRedisセッションキャッシュの代替にはなりません。