解説

正解： Lambdaレイヤーにライブラリをパッケージ化し、全関数から参照する Lambdaレイヤーは関数間で共有できるコンポーネント（ライブラリ・依存関係・カスタムランタイム等）をまとめる仕組みです。レイヤーを更新するだけで参照する全関数にバージョン管理しながら反映でき、各関数のデプロイパッケージから依存関係を除外できるためサイズが大幅に削減されます。1関数あたり最大5レイヤーを参照でき、コールドスタート時に/opt以下に展開されます。 選択肢Aの全関数を1つに統合すると責務が混在してメンテナンス性が低下し、独立したテスト・個別デプロイの柔軟性も失われます。共有ライブラリ問題の根本的解決にもなりません。 選択肢CAmazon EFSはVPCの設定・マウントターゲットの作成・追加コストが必要で、ライブラリ共有という用途にはLambdaレイヤーより複雑です。 選択肢DのS3からの毎回ダウンロードはLambda起動のたびに300MBを/tmpへダウンロードするためコールドスタートレイテンシとデータ転送コストが大幅に増加し、要件の解決になりません。