ディストリビューションでの CloudFrontさまざまなオリジンの使用 - Amazon CloudFront
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 ディストリビューションでの CloudFrontさまざまなオリジンの使用 ディストリビューションを作成するときは、 がファイルのリクエスト CloudFront を送信するオリジンを指定します。では、さまざまな種類のオリジンを使用できます CloudFront。例えば、Amazon S3 バケット、 MediaStore コンテナ、 MediaPackage チャネル、Application Load Balancer、または AWS Lambda関数 URL を使用できます。
AWS LambdaをAmazon CloudFrontのオリジンに指定してみた | DevelopersIO
先日のアップデートにより、AWS LambdaにHTTPSエンドポイントを設定できるようになり、Amazon API GatewayやApplication Load Balancerなどを挟まずにLambdaを直接APIとして呼び出せるようになりました。 [アップデート]LambdaがHTTPSエンドポイントから実行可能になる、AWS Lambda Function URLsの機能が追加されました！ | DevelopersIO Announcing AWS Lambda Function URLs: Built-in HTTPS Endpoints for Single-Function Microservices | AWS News Blog LambdaをHTTPSで呼び出せるということは、Amazon CloudFrontのオリジンにLambdaを指定できることを意味し、CDN
S3+CloudFrontで末尾スラッシュがないディレクトリのindex.htmlを表示する - ひげろぐ
S3+CloudFrontではURLがディレクトリ名までしかない場合は基本的に404エラーとなる。 例として https://www.example.com/some_dir/index.html は表示されるが https://www.example.com/some_dir/ はエラーとなる。 この問題の回避策はいくつかあるが、中でも一番筋が良いと思われるLambda@Edgeを使ってindex.htmlを表示する方法は以下に詳しい。 ただこの方法だとディレクトリと判定するのに末尾スラッシュを用いているので、以下のように末尾スラッシュがない場合は404エラーとなる。 https://www.example.com/some_dir 直近で末尾スラッシュがない場合もindex.htmlを表示したいというケース（すでに末尾スラッシュ無しで外部からリンクが張られている）があったのでスクリプト
CloudFront + Lambda@EdgeでBasic認証するためのCloudFormationテンプレート - Qiita
Lambda@EdgeでBasic認証したいと思ったが手でポチポチ作るのも面倒なのでCloudFormationのテンプレート化した。 Lambda@Edge用のLambda関数はus-east-1で作る必要があるためテンプレートは２つに別れてます Lambda関数を追加するテンプレート このテンプレートはus-east-1で実行する必要があります Lambda@edgeはエイリアス使えないが、SAMでLambdaのバージョン発行したかったのでAutoPublishAliasを指定してバージョン作ってます コード内のauthUserとauthPassは任意の値を入れて実行する AWSTemplateFormatVersion: 2010-09-09 Transform: "AWS::Serverless-2016-10-31" Resources: LambdaRole: Type: AW
できた！S3 オリジンへの直接アクセス制限と、インデックスドキュメント機能を共存させる方法 | DevelopersIO
CloudFrontをS3 オリジンで利用するとき、「CloudFrontをバイパスしたアクセスを制限」「インデックスドキュメントを返す」という要望は少なくないのではないでしょうか？出来そうで出来なかった共存を Lambda@Edge で解決！ ちょっと伝わりにくいタイトルですが、やりたいことは以下の2つです。 CloudFront の S3 オリジンには直接アクセスさせない（CloudFront をバイパスした S3 へのアクセスをブロック） オブジェクト指定のないアクセス（末尾"/"の URL アクセス）にはインデックスドキュメントを返す（サブディレクトリも含む） 画にするとこういうことです↓ 「CloudFront をバイパスさせない」という点でまず考えるのは、オリジンアクセスアイデンティティでかと思います。そして、「オブジェクト指定のないアクセスにインデックスドキュメントを返す」と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
S3＋CloudFrontによる静的サイトにLambda@Edgeを設定(1)
