開発者が Lambda 関数のコールドスタート問題を解消するため、特定の公開バージョン（例: バージョン 3）に対してプロビジョニングされた同時実行数（Provisioned Concurrency）を 10 に設定しました。設定完了後、ステータスが「Ready」になったことを確認しました。しかし、その後も CloudWatch メトリクスの `InitDuration` が引き続き記録されており、コールドスタートが発生し続けています。最も可能性の高い原因はどれですか？
Provisioned Concurrency は $LATEST バージョンには設定できず、特定の公開バージョン番号またはエイリアスにのみ設定できます。API Gateway が $LATEST を呼び出している場合、Provisioned Concurrency で初期化済みのインスタンスはバイパスされコールドスタートが発生します。API Gateway の Lambda 統合エンドポイントをバージョン ARN（例: arn:aws:lambda:...:function:myFunc:3）またはエイリアス ARN に変更する必要があります。 選択肢BのProvisioned Concurrency の仕様では、あらかじめ設定数分の初期化済みインスタンスを用意するものであり、設定数以内のリクエストはコールドスタートなしで処理されます（逆です）。 選択肢CのProvisioned Concurrency 設定後の $LATEST 更新（新デプロイ）は既存の公開バージョンの Provisioned Concurrency 設定に影響しません。設定は引き続き有効です。 選択肢DのProvisioned Concurrency リソース制限では、そのような制限は存在しません。Provisioned Concurrency は複数の関数・複数のバージョンに対して独立して設定できます。