問題タブ [aws-lambda-edge]

以前直面した問題の手順の 1 つとして、いくつかの Lambda@Edge のログを確認する必要がありますが、どこにも見つかりません。

Lambda@Edgeのドキュメントによると:

エラーのトラブルシューティングを行うときに CloudWatch ログ ファイルまたはメトリクスを確認するときは、それらが関数が実行された場所に最も近いリージョンに表示または保存されることに注意してください。そのため、たとえば、英国にユーザーがいるウェブサイトまたはウェブ アプリケーションがあり、ディストリビューションに関連付けられた Lambda 関数がある場合、ロンドン AWS リージョンの CloudWatch メトリクスまたはログ ファイルを表示するには、リージョンを変更する必要があります。

ログを見つけようとしているラムダ関数us-east-1は、カナダにいる間 (ディストリビューションのイベント ハンドラーとして使用されるため、CloudFront によって義務付けられています) にあるため、最も近いリージョンはca-central-1. しかし、私は で開発してca-central-1いないので、そのリージョンにはログ グループがありません。いずれにせよ、自分の Lambda@Edge のログが表示されません。完全を期すために、すべてのリージョンをチェックしましたが、ラムダ関数のログの痕跡は見つかりませんでした。明確にするために、ラムダ関数の名前を持つログ グループを探しています。

私のコードにはログがありconsole.log()、要求されたコンテンツをダウンロードすることもできます (ラムダ関数は、コンテンツを保持する S3 バケットの選択を担当します)。これは、ラムダ関数が正常に実行されたことを意味します。そうでなければ、S3 コンテンツを取得できなかったはずです。

Lambda@Edge 関数のログはどこにありますか?

画像にわかりやすいパスが必要です。例: " https://xxxxxx.cloudfront.net/images/friendly-file-name-132456.jpg "

しかし、実際には S3 の物理パスは " https://s3.amazonaws.com/images/132456.jpg "です。

AWS の例とほぼ同じ: https://github.com/aws-samples/aws-lambda-edge-workshops/blob/master/Workshop1/Lab4_PrettyUrls/README.md#2-uri-rewrite

S3 へのリクエストをキャッチしてファイルパスを変更する lambda@edge 関数を実装するにはどうすればよいですか?

どうもありがとう！