CloudFrontでmulti originをするときにハマったところ - Qiita
概要 年末で暇だったので、個人サービスの画像配信部分をCloudFront経由で早くしてやろうと思い、見事にハマった出来事についての備忘録です。 ちゃんと調べずに自分でトライアンドエラーをしているので、かなりグダグダした内容になっています。ご了承ください TL;DR 内容がグダグダなので、何にハマったか知りたい人はこれだけ見て退散することをオススメします - BehaviorのPath PatternがOriginに渡るときにIgnoreされると思っていた - Path Patternは正規表現なのでIgnoreされずにOriginに届く - 例: - Path Pattern(`image/*`)を持つmulti-origin(`image-bucket`)なCloudFrontに対してリクエストを送る - `https://www.app.com/image/full/sample1.
【AWS】 Route 53 + ACM + CloudFront + S3 の構成を構築する際にいろいろつまずいた件 - Qiita
この記事の対象者 Route 53 + ACM + CloudFront + S3 構成を構築しようと試みている人 Route 53 + ACM + CloudFront + S3 構成を構築してみたがいまいち全体像がわからない人 AWS で独自ドメインで HTTPS 通信で Web サイトを配信したい人 AWS 初心者 はじめに AWS で Web サイトを独自ドメインで配信するにはどうしたらいいのか調べてたところ、どうも Route 53 + ACM + CloudFront + S3 の構成がスタンダードのようでした。 【参考】 ・AWSにおける静的コンテンツ配信パターンカタログ（アンチパターン含む） そして、この構成についての参考になるサイトがたくさん存在します。 以下リンクになります。 ・AWSで独自ドメインのhttpsな静的Webサイトを構築する（ACM+S3＋CloudFro
APIGatewayとS3＋CloudFront間のCORS問題の解決方法 - Qiita
WEBアプリを開発していると、CORS(Cross-Origin Resource Sharing)の問題で詰む人も多いのでは？ 私もかなりハマったので、私の環境で解決した方法をメモとして残しておきます。 CORSってなに？ ブラウザが https://aaaa.com/ というサイトを表示中に https://bbbb.com/というサイトへのアクセスを制限するというもの。 よく使われる例としては、ブラウザがあるWEBページを表示する際に、APIで情報をとってくるパターン。このWEBページのドメインとAPIのドメインが異なる場合、CORSのでエラーとなってしまいます。 とまぁCORSの説明をしていると日が暮れるので、CORSに関してざっくりでも内容を知っている方向けに対応策を書いていきます。 参考：https://developer.mozilla.org/ja/docs/Web/HTT
【AWS】CloudFrontのBehaviorsを使った分岐でハマったところ - Qiita
とりあえずメモレベルで残す 装飾とかまとめはまた別途書きます。 やりたかったこと Route53に登録したホストゾーンのドメインに対して、URLから判定してS3かAPIGatewayに飛ばす Default (*)の場合はS3（Staticページ）に飛ばす /api/*の場合はAPIGatewayに飛ばす APIGatewayのStageがdevを設定 CloudFrontのOriginsに設定したAPIGatewayの設定のOrigin Pathに/devを設定 CloudFrontのBehaviorsのPath Patternには/api/*されていた <cloud front path>/api/*でAPI叩いたら"message": "Missing Authentication Token"が返ってきた 原因 上記の設定だと、APIGatewayの/api/dev/Stageにア
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
